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iSBC 486/166SE AND iSBC 486/133SE SINGLE 
BOARD COMPUTERS 


281140-1 


HIGH-INTEGRATION CPU BOARDS: ONE BOARD DOES THE 
WORK OF THREE 


The iSBC 486/166SE and iSBC 486/133SE accomplish in a single CPU board what 
previously required three Multibus II boards. Each board provides a 66 MHz Intel486™ 
DX2 or 33 MHz Intel486 microprocessor, SCSI and Ethernet interfaces, and up to 64 MB 
of fast-page DRAM. 


FEATURES 

e 1486T™ DX2 CPU at 66 MHz or i486 CPU = *: Two 32-pin JEDEC DIP sites 
operating at 33 MHz with on-chip FPU preconfigured with full MSA firmware in 
and cache two 27020 EPROMs 

¢ Two 32 Mbyte modules may be stacked to ¢ Two32-pin PLCC sites that support 
offer 64 Mbyte of on-board DRAM EPROMs or Flash memory devices 

e 82258 ADMA operating at 10 MHz e CSM/002 connector 

e One Small Computer System Interface ¢ Parallel port—Centronics compatible 
(SCSD port e 82530 serial communications controller 

e SBX connector for expansion of on-board offers two RS-232 ports 
I/O ¢ On-board Ethernet using Intel 82596 


LAN coprocessor at 33 MHz 


iRMX® is a registered trademark and i386™, i387™, i486™, Intel386™, and Intel486™ are trademarks of Intel Corporation. 
*Other brands and names are the property of their respective owners. 
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1486T™ DX2 MICROPROCESSOR 
SPEED AND PERFORMANCE 


The Intel486 DX2 Microprocessor and Intel486 
DX Microprocessors are binary compatible 
with the Intel386T™ Microprocessor. They 
provide the highest level of performance 
through state-of-the-art design using a 
pipelined architecture, 8 KB cache and a high- 
performance local bus interface. Frequent 
instructions execute in one cycle. The 
performance is further enhanced by an on-chip 
floating point unit (FPU) binary compatible 
with the Intel387T Math Coprocessor. 


WEALTH OF I/O 


Through extensive use of surface mount and 
ASIC technology, the iSBC 486/166SE and 
iSBC 486/133SE boards increase the on-board 
I/O features compared to previous Multibus II 
CPU boards. The wealth of I/O features 
provides the user a variety of I/O interfaces in 
a single board. Slots are saved without limiting 
I/O. 


e Ethernet On-board using the Intel 
82596 LAN Coprocessor 
running at 33 MHz 

e SCSI Single-ended SCSI interface 
through the P2 connector 

e iSBX Bus Compliance Level: D16/16 

Interface DMA 


Based on Intel’s 82530 Serial 
Communications Controller 
and RS-232-compatible 


e Parallel Port Centronics compatible 


HIGH-SPEED MEMORY 
INTERFACE OPTIMIZES i486™ 
CPU PERFORMANCE 

The iSBC 486/166SE and iSBC 486/133SE 
offer 8 MB to 64 MB of byte-parity protected 
fast-page DRAM which minimizes the memory 
access time, maximizing CPU performance. 


HIGH-SPEED DMA 


The 82258 Advanced DMA coprocessor 
provides 4 DMA channels. One channel is 
allocated to data transfers to/from SCSI and 
one channel is allocated to data transfers to/ 
from the iSBX bus interface. The remaining 


e 2 Serial Ports 
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two channels handle data transfers between 
the MPC and on-board memory. Special logic 
on the board allows the 82258 to transfer data 
to and from the MPC 4 bytes (“fly-by’’) or 

16 bytes (“blast mode”’) at a time. Peak rates 
are 26 MB/sec in blast mode. 


FLASH SUPPORT 


Two 32-pin PLCC sites are available to support 
512 KB of on-board programmable flash 
memory when using 28F020 devices. Flash 
may be used for user-specific firmware space or 
for non-volatile memory. 


MULTIBUS II SYSTEM 
ARCHITECTURE (MSA) 


MSA is a complete hierarchy of hardware, 
firmware and software interfaces and protocols 
that builds on and extends the basic Multibus 
II (EEE/ANSI 1296) bus standard. 


Specifically, MSA defines message passing, 
system boot and initialization, system and 
board-level diagnostics, and automatic board 
configuration in a multiprocessor system 
environment. By providing a standardized set 
of powerful programmatic interfaces and 
protocols, MSA assures a high level of vendor 
and yoard compatibility. This, in turn, provides 
OEMs faster time to market due to a shorter 
design/integration cycle. 


The 32-pin JEDEC (DIP) EPROM sites are 
available to provide 1 MB of EPROM for 27040 
4 MB devices. The sites, as shipped, contain 
BISTs (Built-In Self-Tests) and IDX 
(Initialization and Diagnostics eXecutive) 
power-up diagnostics and bootstrap loader 
residing in two pre-programmed 27020 
EPROMS. 


ON-BOARD CENTRAL 
SERVICES MODULE (CSM) 
CAPABILITY 


An iSBC CSM/002 connector on the iSBC 
486/166SE and iSBC 486/133SE provides an 
on-board CSM option. The iSBC CSM/002 
module performs all CSM functions required 
by the IEEE/ANSI 1296 specification when the 
iSBC 486/166E or iSBC 486/133SE is installed 
in slot 0. The CSM also provides a battery- 
backed time-of-day clock, periodic alarm 
function and 28 bytes of non-volatile RAM. 


intel. 
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BUILT-IN MULTIBUS IT 
COMPATIBILITY 


The iSBC 486/166SE and iSBC 486/133SE are 
fully compatible with the iSBC 486/150, iSBC 
486/125, iSBC 386/133 and iSBC 386/120 
members of the Multibus II CPU family, as 
well as with the iSBC 386/258 SCSI Controller 
Board and iSBC 186/530 Ethernet 
Communication Engine. The iSBC 486/166SE 
and iSBC 486/133SE are capable of performing 
as a high performance CPU as well as a high 
performance SCSI or Ethernet controller. 


The benefits that result from the high 

integration of the iSBC 486/166SE or iSBC 

486/133SE include: 

¢ Reduced cost by offering multiple system 
functions on one board , 

¢ Increased reliability through reduced board 
count 

e Simplified sparing and service requirements 


COMPREHENSIVE 
DEVELOPMENT AND 
OPERATING SYSTEM SUPPORT 


Operating system support includes the 32-bit 
iRMX® III real-time operating system and 


UNIX* System V Release 4.0 operating 
system. The iRMK I real-time kernel is 
available for 32-bit embedded applications. All 
include Multibus II transport for full message- 
passing support. 


INTEL QUALITY 


All Intel boards are designed and 
manufactured to meet Intel’s strict quality and 
reliability standards. Every process and 
procedure in our manufacturing flow is 
continuously monitored with statistical process 
control tools to ensure the highest level of 
quality. 


ONE-YEAR WARRANTY 


All Intel Multibus II boards have a one-year 
mail-in warranty on both parts and labor. 


WORLDWIDE SERVICE AND 
SUPPORT 


Should any Intel board ever need service 
beyond the warranty period, Intel has a 
worldwide network of service and repair 
facilities to keep you and your customers up 
and running. 


| SPECIFICATIONS | 


CPU CLOCK RATE 
iSBC 486/166SE i486 DX2 CPU @ 66.6 MHz 
iSBC 486/133SE i486 CPU @ 33.3 MHz 


EPROM MEMORY 


Model 
27010 


Capacity 
256 KB 
27020 512 KB 
27040 1 MB 


FLASH MEMORY 


Model Capacity 
28F010 256 KB 
28F020 512 KB 


ENVIRONMENTAL 
CHARACTERISTICS 

Operating Temperature: 0°C to 55°C (32°F to 
131°F) at 200 LFM 
airflow across board 
(default 
configuration) 

0% to 90% (without 
condensation) 
—40°C to +70°C 

(— 40°F to + 158°F) 


Relative Humidity: 


Storage Temperature: 
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INTERFACES PHYSICAL DIMENSIONS 
. are : la ‘deat usin’ iSBC 486/166SE and iSBC 486/133SE 
© | us (Compliance ieve ry ° 

. : Height: 233 mm (9.18 in) 
¢ Serial I/O: RS-232-C DTE Async Depth: 220 mm (8.65 in) 


e SCSI: single-ended 


¢ Ethernet: 82596CA 32-bit LAN Coprocessor Front panel width: == 19.2 mm (0.76 in) 


operating at 33 MHz POWER REQUIREMENTS 


iSBC486/166SE: +5V, 12.73A +12V, 250 mA 
iSBC486/1335SE: +5V, 12.5A +12V, 250 mA 


ORDERING INFORMATION 


e Parallel port: Centronics compatible 


SBCMM3016 16 MB DRAM module 


SBCMM3032 32 MB DRAM module 


—"s 
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iSBC 486/150, iSBC 486/125 and iSBC 386/133 
SINGLE BOARD COMPUTERS| 


281007-1 


UPGRADE COMPATIBLE CPU BOARDS BOOST MULTIBUS II 
PERFORMANCE 


The iSBC 486/150, iSBC 486/125 and iSBC 386/133 Single Board Computers provide 
immediate access to the Intel486T DX2, Intel486 and Intel 386 32-bit Microprocessors 
on Multibus II, the industry standard multiprocessing system bus. Boasting the 50 MHz 
Intel 486 DX2, the 25 MHz i486 and 33 MHz i386 Processors and a feature set compatible 
with their predecessors, the iSBC 486/150, iSBC 486/125 and iSBC 386/133 Boards offer 
an immediate performance boost for current Multibus II designs. 


FEATURES 

iSBC 486/ 150, iSBC 486/125 and iSBC e Two 32-pin JEDEC DIP sites 

386/133 CPU Boards preconfigured with full MSA firmware in 
e 82258 ADMA with 16-byte “blast” mode two 27020 EPROMs 

e i1LBX II interface ¢ 82530 serial communications controller 

¢ One iSBX connector offers two RS-232 ports 

¢. Full 32-bit Multibus IT IEEE/ANSI ¢ CMS/002 connector 


1296) Parallel System Bus interface 


iRMX® is a registered trademark and i386™, i387T™, i486T™, Intel386™, and Intel486™, are trademarks of Intel Corporation. 
*Other brands and names are the property of their respective owners. 


October 1993 
Order Number: 281007-004 1-5 
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iSBC 486/150 CPU Board 


e 1486T™ DX2 CPU operating at 50 MHz with 
on-chip FPU and cache 

e 8 MB-64 MB on-board DRAM with 
parity 


iSBC 486/125 CPU Board 


e i486 CPU operating at 25 MHz with on-chip 
FPU and cache 

e 8 MB-64 MB on-board DRAM with 
parity 


iSBC 386/133 CPU Board 


e 1386T CPU operating at 33 MHz 

e¢ 1387T™ Numeric Coprocessor 

e 64 KB SRAM zero wait-state cache 

e 1 MB-64 MB on-board DRAM with 
parity 


Microprocessor Performance 
i4867™ and i486T™ DX2 CPU Boards 


The Intel486 DX2 and Intel486 
Microprocessors are binary compatible with 
the Intel886 Microprocessor. They provide the 
highest level of performance through state-of- 
the-art design containing a pipelined 
architecture, 8 KB cache and high- 
performance local bus interface. Frequent 
instructions execute in one cycle. The 
performance is further enhanced by an on-chip 
floating-point unit (FPU) that is binary 
compatible with the i387 Numerical 
Coprocessor. 


i386T™ CPU Boards 


The iSBC 386/133 Single Board Computer 
features an i386 Microprocessor running at 

33 MHz. It also includes an i387 Floating Point 
Coprocessor running at 33 MHz. The 121 pin 
extended math coprocessor socket could also 
house a Weitek 3167 floating point unit (FPU) 
instead of the i387 FPU. 


Balanced Set of On-Board I/O; 
Two serial Ports, iSBX Connector 


Through extensive use of surface mount 
technology, the iSBC 486/150, iSBC 486/125, 
and the iSBC 386/133 Boards have increased 
on-board I/O features over previous Multibus 
II CPU boards. They provide two serial ports 
based on Intel’s 82530 Serial Communications 
Controller and one iSBX connector, capable of 
supporting a single- or double-wide, 8- or 16-bit 
iSBX Multimodule board. 
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High-Speed DMA 


The 82258 Advanced DMA coprocessor 
provides 4 DMA channels. Two channels are 
allocated to data transfers to/from the iSBX 
bus interface. The remaining two channels 
handle data transfers between the MPC and 
on-board memory Special logic on the board 
allows the 82258 to transfer data to and from 
the MPC 4-bytes (‘“‘fly-by”) or 16-bytes (“‘blast”’ 
mode) at a time. Peak rates are 13. 3 MB/s or 
20.0 MB/s. 


Multibus II System Architecture 
(MSA) 


MSA is a complete hierarchy of hardware, 
firmware and software interfaces and protocols 
that builds on and extends the basic Multibus 
II (EEE/ ANSI 1296) bus standard. 


Specifically, MSA defines message passing, 
system boot and initialization, system and 
board-level diagnostics, and automatic board 
configuration in a multiprocessor system 
environment. By providing a standardized set 
of powerful programmatic interfaces and 
protocols, MSA assures a high level of vendor 
and board compatibility This, in turn, provides 
OEMs faster time to market due to a shorter 
design/integration cycle. 


The 32-pin JEDEC (DIP) EPROM sites are 
available to provide 1 MByte of EPROM for 
27040 4-MBit devices. The sites, as shipped, 
contain BISTs (Built-In Self-Tests), IDX 
(Initialization and Diagnostics eXecutive), 
power-up diagnostics and bootstrap loader 
residing in two pre-programmed 27020 
EPROMS. 


On-Board Central Services 
Module (CSM) Capability 


An iSBC CSM/002 connector on the iSBC 486/ 
150, iSBC 486/125, and the iSBC 386/133 
provide an on-board CSM option. The iSBC 
CSM/002 Module performs all CSM functions 
required by the IEEE/ANSI 1296 
Specification. It also provides a battery backed 
time-of-day clock, periodic alarm function and 
28 bytes of non- volatile RAM. The CPU board 
with CSM module is installed in slot zero of a 
Multibus II chassis and requires only one slot. 


intel. 
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iLBX II Interface for Memory 
Mapped I/O Expansion 


The iLBX interface on P2 provides expansion 
for 64 MBytes of off-board memory or memory 
mapped I/O. It operates at 8 MHz and is 
completely compatible with the iLBX II 
interface on the iSBC 286/100A. 


Comprehensive Operating System 
Support 


Operating system support includes the 32-bit 
iRMX® III real-time operating system and 
UNIX System V/386 operating system. The 
iRMK I real-time kernel is available for 32-bit 
embedded applications. All four include 
Multibus II transport for full message passing 
support. 


High-Speed On-Board Memory 
i486™ DX2 and i486T™ CPU Boards 


The iSBC 486/150 and iSBC 486/125 Boards 
come with 8 MB or 32 MB of byte-parity 
protected DRAM. On-board memory access is 
optimized via a two-way interleaved memory 
design. Moreover, the memory interface on the 
iSBC 486/150 and iSBC 486/125 Boards 
support up to 64 MB, allowing for further | 
memory expansion. 


i386™ CPU Boards 


For optimum CPU performance, the iSBC 386/ 
133 Board includes a 64 KB cache memory 
resulting in zero wait-state read accesses on 
cache hits. The iSBC 386/133 Board provides 
up to 64 MB of parity protected, fast page 
DRAM memory. 


Full Compatibility 


The iSBC 486/150 is fully compatible with its 
i386 and i486 Multibus II predecessors; 
namely, the iSBC 386/116, iSBC 386/120, iSBC 
386/133, and iSBC 486/125. The iSBC 486/150 
features, with the exception of PSB access to 
on-board memory, are a superset of the iSBC 
386/116 and iSBC 386/120 feature set and 
matches that of the iSBC 386/133 and iSBC 
486/125. Your i386 Multibus II designs can 
easily be upgraded to i486 performance with a 
simple board swap. 


Worldwide Service, Support, and 
Training 

Should these or any Intel board ever need 
service, Intel maintains a worldwide network 
of service and repair facilities to keep you and 
your customers up and running. For unique 
applications requiring customization of our 
products, the Intel Custom Board and Systems 
Group is available to modify, integrate, and 
test Intel boards and system components to 
your requirements. 


Intel Quality— Your Guarantee 


The iSBC 386/133, iSBC 486/150, and iSBC 
486/125 Boards are designed and 
manufactured to meet Intel’s strict quality 
standards, assuring their reliability and high 
quality. 
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CPU Clock Rate 
iSBC 486/150: i486 DX2 CPU @ 50 MHz 
iSBC 486/125: i486 CPU @ 25 MHz 
iSBC 386/133: i386 CPU @ 33.3 MHz 
i887 FPU @ 33.3 MHz 
Cache Memory 
iSBC 486/150: 8 KB on chip 
0 wait state on read hit 
iSBC 486/125: 8 KB on chip 
0 wait state on read hit 
iSBC 386/133: 64 KB extended 
0 wait state on read hit 
DMA Clock Rates/Maximum 
Bandwidth* 
82258 ADMA 10 MHz/20 MB per second 
*Note: Assumes transfer between local DRAM and MPC. 
EPROM Memory 
Two JEDEC sites provide the following 
capacity: 
Devices Capacity 
27010 256 KB 
27020 512 KB (supplied) 
27040 1 MB 
Interfaces 
e Multibus II PSB: 32-bit Parallel System Bus 
(ANSI/IEEE 1296) 


interface with full 
message passing capability 


e iSBX Bus: Compliance Level: D16/16 
DMA 

e iLBX Bus: Compliance Level: PROA 

e Serial I/O: RS232C DTE ASYNC 
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Environmental Characteristics 


Operating Temperature: 0°C to 55°C (32°F to 
131°F) at 200 LFM 
airflow across board 
(default 
configuration) 


0% to 90% (without 
condensation) 


— 40°C to + 70°C 
(— 40°F to + 158°F) 


Relative Humidity: 


Storage Temperature: 


Serial I/O Port 


e Channel A & B:RS-232-C compatible DTE 
asynchronous interface 

e 9-pin D-shell shielded connector 

¢ Configurable baud rates: 
300, 600, 1200, 2400, 4800, 9600, 
19200, and 38400 


Physical Dimensions 
Height: 233 mm (9.18 inches) 
Depth: 220 mm (8.65 inches) 


Front Panel Width: 19.2 mm (0.76 inches) 


Electrical Characteristics 

DC Power Requirements (Typical) 
iSBC486/150: +5V, 10.73A, +12V, 200 mA 
iSBC486/125: +5V,10.50A, +12V, 200 mA 


iSBC386/133: +5V,13.00A, £12V, 200 mA 


Note: Does not include power for iSBX module, or added iSBC 
MMOx modules. 


For the second iSBC MMOx module, add: 
iSBC MMO1-FP or 


iSBC MM04-FP + 5V,0.71A 
iSBC MM02-FP or 
iSBC MMO08-FP + 5V, 096A 
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ORDERING INFORMATION 


Reference Manual 


iSBC 386/133 Single Board Computer User’s 
Guide (order number 457629) 


iSBC 486/150 and iSBC 486/125 Single Board 
Computer User’s Guide (order number 459660) 


Order Code Description 


SBC486150C08 50 MHz i486 DX2 CPU Board 
with 8 MB DRAM 


SBC486150C32 50 MHz i486 DX2 CPU Board 
with 32 MB DRAM 


SBC486125C08 25 MHz i486 CPU Board with 
8 MB DRAM 


SBC486125C32 25 MHz i486 CPU Board with 
32 MB DRAM 


SBC386133F04 33 MHz i386 CPU Board with 
4 MB DRAM 


SBC386133F08 33 MHz i386 CPU Board with 
8 MB DRAM 


SBCMMO8FC 
SBCMM32FC 


SBCMMO1FP 
SBCMM02FP 
SBCMM04FP 
SBCMMO8FP 
SBCMM16FP 
SBCMM32FP 


SBCCSM002 


8 MB memory expansion 
module for iSBC 486/125, 
iSBC 486/150 


32 MB memory expansion 
module for iSBC 486/125, 
iSBC 486/150 


1 MB memory expansion 
module for iSBC 386/133 


2 MB memory expansion 
module for iSBC 386/133 


4 MB memory expansion 
module for iSBC 386/133 


8 MB memory expansion 
module for iSBC 386/133 


16 MB memory expansion 
module for iSBC 386/133 


32 MB memory expansion 
module for iSBC 386/133 


CSM Option Module 
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ISBC 386/120 MULTIBUS II 
SINGLE BOARD COMPUTER 


m@ High Performance 32-bit 386 Processor 


Operating at 20 MHz 


m 80387 Numerics Co-Processor 
Providing IEEE 754 Floating Point 
Instruction Set, Operating at 20 MHz 


m 64K byte Static RAM Cache Providing 
Zero Wait State Reads 


m@ 2, 4 or 8M Bytes of On-Board Dual- 
Ported Dynamic RAM Memory with 
Parity Error Detection, Expandable to 
16M Bytes 


m One RS 232C Serial I/O Port 


82258 DMA Controller Providing 4 High 
Performance DMA Channels 


32-Bit Multibus II Parallel System Bus 
(IEEE 1296) Interface with Full Message 
Passing Capability 

8-, 16-Bit iSBX Bus (IEEE P959) 
interface with DMA for I/O Expansion 


Resident Firmware to Support Built-In- 
Self-Test (BIST) Power-Up Diagnostics 


Multibus Il Interconnect Space for 
Software Configurability and 
Diagnostics 


The iSBC 386/120 Multibus Il Single Board Computer is based on Intel’s 386 high performance 32-bit micro- 
processor. The 386 CPU maintains software compatibility with the entire 8086 microprocessor family and 
delivers new performance standards for microcomputer-based systems. Three versions of the iSBC 386/120 
board is offered: the M02, which contains 2M. bytes of DRAM; the M04, which includes 4M bytes of DRAM; and 
the M08 which contains 8M bytes of DRAM. An optional memory expansion module can be added to expand 
the iSBC 386/120 board’s resident memory to a maximum of 16M bytes. 


The 64K byte static RAM cache enables the 386 CPU to execute at its full potential performance, while the 
Multibus Il bus provides an interface for reliable, high performance multiprocessing. 
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FUNCTIONAL DESCRIPTION 


Overview 
The iSBC 386/120 board utilizes Intel’s 386 32-bit 


microprocessor. The advanced capabilities of the: 


Multibus II architecture coupled with the high per- 
formance and compatibility features of the 386 CPU, 
provide the designer with a superior 32-bit solution 
for multiprocessing applications. By using the Multi- 
bus II architecture, multiprocessing systems are en- 
hanced through advanced bus features including: 
21-board distributed arbitration, virtual interrupts, 
hardware-assisted message passing, bus parity for 
high reliability, and software configurability using in- 
terconnect address space. The Multibus II parallel 
system bus (iPSB) interface on the iSBC 386/120 
board supports full message passing and dual-port 
architectures and is fully compatible with other SBCs 
based on the Multibus II (IEEE 1296) bus specifica- 
tion. 


The iSBC 386/120 board is offered in three ver- 
sions: M02, M04 and M08 which contain 2, 4 and 8M 
bytes of resident DRAM memory respectively. This 
memory is physically located on dan expansion 
board, and can be accessed directly from the 
iSBC 386/120 board’s local bus or by another CPU 
over the iPSB bus. This dual-port memory can be 
expanded to a maximum of 16M bytes though the 
addition of a second Intel iSBC MMO0O2FP, MM04FP 
or MMO8FP (2, 4 or 8M byte) memory expansion 
module. Parity error detection is included on all resi- 
dent DRAM memory. 


Architecture 


The iSBC 386/120 logic consists of eight resource 
modules and three interfaces connected together 
over an on-board local bus. The resources include 
the 386 CPU, the 80387 numeric co-processor, the 
82258 DMA controller, the dual-port DRAM memory, 
the SRAM cache memory, the EPROM memory with 
BIST software, the programmable timers and the in- 
terrupt controllers. Interfaces included are the iPSB 
parallel system bus, the iSBX I/O bus and the RS 
232C serial |/O interface. A block diagram of the 
iSBC 386/120 board is shown in Figure 1. The fol- 
lowing text describes each of the resources and in- 
terfaces. 


386 PROCESSOR 


Intel’s 386 CPU is the central processor for the iSBC 
386/120 board. This is the first 32-bit member of 
Intel’s 8086 family of microprocessors. At 20 MHz, 
the 386 is capable of executing at sustained rates 


iSBC 386/120 MULTIBUS II SINGLE BOARD COMPUTER 


of 5 million 32-bit instructions per second. This per- 
formance is made possible through a state-of-the-art 
design combining advanced VLSI semiconductor 
technology, a pipelined architecture, address trans- 
lation caches and a high performance local bus in- 
terface. 


The 386 processor provides a rich, generalized reg- 
ister and instruction set for manipulating 32-bit data 
and addresses. Features such as scaled indexing 
and a 64-bit barrel shifter ensure the efficient ad- 
dressing and fast instruction processing. Special 
emphasis has been placed on providing optimized 
instructions for high-level languages and operating 
system functions. Advanced functions, such as 
hardware-supported multitasking and virtual memory 
support, provide the foundation necessary to build 
the most sophisticated multitasking and multiuser 


~ systems. Many operating system functions have 


been placed in hardware to enhance execution 
speed. The integrated memory management and 
protection mechanism translates virtual addresses 
to physical addresses and enforces the protection 
rules necessary for maintaining task integrity in a 
multiprocessing environment. - j 


The 386 CPU provides access to the large base of 
software developed for the 8086 family of micro- 
processors. Binary code compatibility allows execu- 
tion of existing 16-bit applications without recompila- 
tion or reassembly, directly in a virtual 8086 environ- 
ment. Programs and even entire operating systems 
written for-8086 family processors can be run as 
tasks under 32-bit operating systems written for the 
386 CPU. 


80287 NUMERIC CO-PROCESSOR 


The 80387 is a high-performance floating-point co- 
processor that takes numerics functions which 
would normally be performed in software by the 386 
microprocessor and instead executes them in hard- 
ware. The instruction set executed by the 80387 is 
compatible with the IEEE 754 floating point stan- 
dard, with high-precision 80-bit architectures and full 
support for single, double and extended precision 
operations. The 80387 executes floating point oper- 
ations at a rate of 1.5M Whetstones per second at 
16 MHz, and 1.86M Whetstones per second at 


20 MHz. 


82258 ADVANCED DMA CO-PROCESSOR 


The 82258 is a high performance 4 channel DMA 
co-processor. Unlike other DMA devices, the 82258 
has processing capabilities. Its command chaining 
feature and data manipulation capabilities (compare, 
verify, translate), allow the 82258 to execute simple 
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input/output programs without processor interven- 
tion. This allows the 386 CPU more time for general 
Purpose processing, thus improving total system 
performance. The 82258 shares ownership of the 
on-board local bus via the 386 processor’s HOLD, 
HOLD ACKNOWLEDGE co-processor protocol. The 


maximum percentage of on-board local bus utiliza- 
tion by the 82258 is user programmable. 


The four 82258 channels are allocated to iSBC 386/ 
120 on-board resources as shown in Table 1. Spe- 
cial logic on the boards allows the 82258 to transfer 
data to and from the message passing coprocessor 
(MPC) 32-bits at a time using single cycle mode. Us- 
ing this mode, the 82258 (which operates at 10 MHz 
on 386/120) can load or unload an MPC solicited 
message (from or to resident DRAM) at a sustained 
rate of 10.7M bytes and 13.3 Mbytes per second, 
respectively. 


Table 1. DMA Channel Allocation 


iSBX DMA support 


iSBX DMA support 
MPC Solicited Message Receive 
MPC Solicited Message Transmit 


DUAL-PORTED DYNAMIC RAM 


The iSBC 386/120 board includes 2, 4 or 8M bytes 
of DRAM depending upon the version. This memory 
can be extended to a maximum of 16M bytes 
through the addition of an Intel iSBC MM02, MM04 
or MMO8: 2, 4 or 8M byte memory expansion mod- 
ule. The DRAM refresh control, dual-port control and 
parity generation/checking logic is physically locat- 
ed on the baseboard, while the actual DRAM com- 
ponents are located on low-profile surface mount 
expansion boards. Each iSBC 386/120 board is 
shipped with one expansion memory module in- 
stalled and may be expanded to contain two total 
memory expansion modules. The memory expan- 
sion module mechanics are shown in Figure 2.* 


*NOTE: 
Only one single-sided memory module (MMO4FP) 
installed onto the iSBC 386/120 board will fit within 
one Multibus Il slot. A double-sided module 
(MMO2FP or MMO8FP) or any stack of two modules 
will require two Multibus II slots. 


Parity error detection is provided on a byte-by-byte 
basis. The parity logic normally generates and 
checks for odd parity with detected errors signaled 
via an on-board LED and a CPU interrupt. Even pari- 
ty can be forced to generate a parity error for diag- 
nostic purposes. 


iSBC 386/120 MULTIBUS II SINGLE BOARD COMPUTER 


The DRAM is accessible from both the on-board lo- 
cal bus and the iPSB bus. The amount of memory 
accessible from the iPSB bus and the iPSB address 
aliasing values are dynamically configurable via in- 
terconnect space registers. 


CACHE MEMORY 


The cache memory on the iSBC 386/120 board al- 
lows zero wait-state accesses to memory when the 
data requested is resident in the cache memory. The 
static RAM cache has 16,384 32-bit data entries 
with 8-bit “tag’’ fields. Each 32-bit DRAM memory 
location maps to one (and only one) cache data en- 
try. The “tag” fields are used to determine which 
32-bits of DRAM memory currently resides in each 
cache data entry. The combination of a direct 
mapped cache data array and a tag field ensures 
data integrity and accurate, high Peers identi- 
fication of cache “hits”. 


Data integrity is maintained for cache ‘misses’ 
(DRAM memory READs not in the cache) and 
DRAM memory WRITEs through a simple, yet effec- 
tive replacement algorithm. 386 CPU generated 
cache READ “misses”’ cause the data field of the 
cache entry corresponding to the addressed memo- 
ry to be filled from the DRAM array and the tag field 
to be updated. All iPSB or ADMA READs are treated 
as cache “misses’’, except that the cache is not up- 
dated. All WRITE “hits”, local and iPSB generated, 
cause the cache data field to be updated. WRITE 
“misses” do not update the cache. The cache mem- 
ory size and replacement algorithm are designed to 
optimize both the probability of cache eal and lo- 
cal bus utilization. 


EPROM MEMORY 


Two 32-pin JEDEC EPROM sites capable of sup- 
porting up to 512K bytes of EPROM (using 27020 
EPROMs) are supplied on the iSBC 386/116 and 
120 boards. These sites, as shipped, contain built-in- 
self-test power-up diagnostics residing in two pre- 
programmed 27512 EPROMs. These EPROMs may 
be replaced by the user. Jumper configurations al- 
low the use of 2764, 27128, 27256, 27512, 27010, 
and 27020 EPROMs. 


8254 PROGRAMMABLE TIMERS 


The iSBC 386/120 board contains an Intel 8254 
component which provides three independent pro- 
grammable 16-bit interval timers. These may be 
used for real-time interrupts or time keeping opera- 
tions. Outputs from these timers are routed to one of 
the two 8259A interrupt controllers to provide soft- 
ware programmable real-time interrupts. 
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1. The iSBC 386/120 M04 fits within one MULTIBUS II slot. The iSBC 386/120 M02 or M08 with a stack of two memory 


modules will require two MULTIBUS II slots. 


Figure 2. iSBC 386/120 Board Memory Module Mechanics 
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INTERRUPT CONTROL 


Two Intel 8259A programmable interrupt controllers 
on the iSBC 386/120 board is used in a master- 
slave configuration for prioritizing up to 15 separate 
on-board interrupt sources. The devices and func- 
tions are listed in Table 2. 


The Multibus Il iPSB bus utilizes virtual interrupts 
(called unsolicited messages) for board-to-board 
signaling. The bus interface component (MPC) 
queues-up incoming virtual interrupts from the iPSB 
bus and generates a single message interrupt 
(MINT) signal. This signal is connected into one of 
the 8259A interrupt controllers for prioritization and 
interruption of the host 386 CPU. Error conditions 
occurring on the iPSB bus will cause the MPC to 
generate an error interrupt (EINT) signal. This signal 
is connected to another 8259A interrupt input. 


Other interrupt sources come from the 82258 DMA 
controller, the 8254 timers, the iSBX interface, the 
8751 serial port, and the DRAM parity checker. 


SERIAL I/O INTERFACE 


One RS 232C compatible serial |/O port is provided 
via the Intel 8751 microcontroller. This port is config- 
ured as a data terminal equipment (DTE) asynchro- 
nous serial port. Mechanically, the serial port exits 
through the iSBC 386/120 board’s front panel via a 
9-pin D-shell connector. 


_iSBC 386/120 MULTIBUS II SINGLE BOARD COMPUTER 


iPSB BUS INTERFACE 


The Multibus Il parallel system bus interface is im- 


_ plemented by Intel’s MPC (message passing co- 


processor) and a pre-programmed 8751 microcon- 
troller. This interface supports full arbitration, trans- 
fer and error checking features as defined in the 
iPSB specifications. In addition, the interface sup- 
ports advanced features of the iPSB bus including 
hardware message passing and autoconfiguration 


- through geographic addressing. 


The MPC component contains nine 32-byte buffers 
which are used to decouple iPSB bus traffic from 
iSBC 386/120 local bus traffic through the concept 
known as message passing. These nine buffers are 
utilized as follows: four buffers queue-up incoming 
unsolicited messages, one buffer stores an out-go- 
ing unsolicited message, two buffers are used to 
double-buffer an out-going solicited message, and 
two buffers are used to double-buffer an incoming 
solicited message. These buffers are capable of 
transferring data packets over the iPSB bus at its 
maximum transfer rate. Unsolicited messages in- 
clude address and type fields and 28 bytes of user- 
defined data, and are transferred over the iPSB bus 
in 900 ns. Solicited messages are automatically di- 
vided into small packets, with each packet contain- 
ing address and type fields and 32 bytes of user-de- 
fined data. Each solicited message packet is trans- 
ferred over the iPSB bus in 1000 ns. 


Table 2. 8259A Interrupt Sources 


MPC-MINT 


MPC-EINT 
82258 DMA 
8254 Timers 


8751 Serial Port 
iSBX Interface 


DRAM Parity Checker 


Number of 
interrupts 


Signals arrival of virtual interrupt over 1 
iPSB bus, solicited input complete, 
transmit FIFO not full or transmit error 


Signals error condition on the iPSB bus 
Transfer complete 


Timers 0, 1, 2 outputs, function 
determined by timer mode 


Serial diagnostic port requests 


Function determined by iSBX bus 
multimodule board 


Signals parity error 
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The 8751 component implements the iPSB geo- 
graphic addressing feature called Interconnect 
space. Read-only registers are used to hold informa- 
tion such as board type and revision level. Software 
configurable registers are used for auto-configurabil- 
ity, local or remote diagnostics and software con- 
trolled reset. In addition, the 386 CPU executes pow- 
er-up built-in self tests of the various resources on 
the iSBC 386/120 board. The results of these tests 
are reported via registers in interconnect space. Af- 
ter successfully completing its BIST routines, the 
386 CPU must clear the reset-not-complete register. 
lf, after 30 seconds, the reset-not-complete has not 
been cleared, the 8751 resets the local bus and 
holds it in a reset state. In this way, only a few com- 
ponents on the iSBC 386/120 board must be func- 
tional to allow the iPSB bus to operate. 


iSBX BUS INTERFACE 


One iSBX connector, capable of supporting one sin- 
gle- or double-wide, 8- or 16-bit iSBX MULTIMOD- 
ULE board, is provided on the iSBC 386/120 board 
for the addition of an optional |/O module. Two DMA 
channels from the 82258 can be used with iSBX 
modules which require DMA support. 


SPECIFICATIONS 
Word Size 
Instruction — 8-, 16-, 24-, 32-, 40-bit 


Data — 8-, 16-, 32-bit 
Floating Point Data — 80-bit 


Clock Rates 
386/120 
386 CPU 20 MHz 
80387 Numeric Co-processor 20 MHz 
82258 DMA 10 MHz 
Dual-Port DRAM Memory 


DEFAULT CAPACITY 


iSBC 386/120 MO2—2M byte 
iSBC 386/120 M04—4M byte 
iSBC 386/120 MO8—8M byte 


} 


EXPANSION MODULES 


iSBC MMO2FP—2M byte 
iSBC MMO4FP—4M byte 
iSBC MMO8FP—8M byte 


MAXIMUM CAPACITY—16M BYTES 


EPROM Memory 
Default — 128K byte using two pre-programmed 
27512 EPROMs 


Capacity — Two 24-, 28- or 32-pin JEDEC-compati- 
ble devices 


| _EPROM | ___ Memory Capacity 


Timers 


Capability — Threeindependently programmed 
16-bit interval timers 
Input Frequency— 1.25 MHz +0.1% 


Output Period — 1.6 us to 52.4 ms 


Interrupt Capability 


Incoming Interrupts— 255 individual and 1 broad- 
cast from iPSB bus 12 local 
sources (see Table 2) 


Outgoing Interrupts— 255 individual and 1 broad- 
cast to IPSB bus 


Serial Port Interface 


RS 232C Electrical 

Asynchronous, DTE only 

9-pin D-shell connector 

Baud rates: 9600, 4800, 2400, 1200, 300, 110 bits/ 
sec 


iSBX Interface 


Capability — One 8- or 16-bit, single- or dou- 


ble-wide iSBX module 
Compliance Code— D16/16 DMA 
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iPSB Interface 


Capability— Requesting and replying agent support- 
ing 8-, 16-, 24- and 32-bit transfers, par- 
ity bit generation and checking, unsolic- 
ited and solicited message passing, 
and autoconfiguration through intercon- 
nect space. 


Physical Dimensions 


Length: 220 mm (8.6 in.) 
Width: 233 mm (9.2 in.) 
Front Panel Height: 19.2 mm (0.76 in.) 


Power Requirements 


5V: 11.14 Amps 
12V: 0.046 Amps 


—12V: 0.041 Amps 
Voltage tolerance +5% 


Temperature Range and Airflow 
Requirements 

Storage Temperature: —40°C to + 70°C 
Operating Temperature: 0°C to + 55°C 
Airflow: 200 LFM minimum 
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ORDERING INFORMATION 


Part Number Description 


SBC386120M02 20 MHz 386 CPU-based Multibus 
I! CPU board with 2M byte memory 


SBC386120M04 20 MHz 386 CPU-based Multibus 
I! CPU board with 4M byte memory 


SBC386120M08 20 MHz 386 CPU-based Multibus 
ll CPU board with 8M byte memory 


SBCMMO02FP ae byte memory expansion mod- 
ule 

SBCMM04FP ani byte memory expansion mod- 
ule 

SBCMMO8FP os byte memory expansion mod- 
ule 

451833 iSBC 386/120 Single Board Com- 


puter Users Guide 
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A POWER PC ON A POWER BUS 


The iSBC 486/DX66, iSBC 486/DX33, and iSBC 486/SX25 boards bring the power and 
integration of today’s high-end personal computers to Multibus II, the industry-standard, 
cooperative multiprocessing system bus. The marriage of high-end personal computer 
graphics, integrated I/O, and standard software combined with the multiprocessing, 
high-bandwidth power of the Multibus II Architecture allows you quick time to market 
with a system based on industry standards. The iSBC 486/DX66, iSBC 486/DX33, and 
iSBC 486/SX25 can be used as the front-end of a Multibus II system or as a compute 
engine. 


FEATURES 

¢ Completely integrated PC with graphics, ¢ Upto 32 MBytes of on-board SIMM 
I/O, and memory in a single Multibus II DRAM with parity protection 
slot | e IDE (Intelligent Drive Electronics) or 


¢ 100% PC/AT compatible SCSI (Small Computer Systems 
e Intel486™ DX2 CPU operating at Interface) peripheral interfaces 
66 MHz or an Intel486 CPU at 33 MHz, e Super VGA graphics via an optional 
with on-chip Floating Point Unit (FPU) add-on module 
and.cache, or an Intel486 SX CPU 
operating at 25 MHz 


iRMX® is a registered trademark and Intel386™, Intel387™, and Intel486T™ are trademarks of Intel Corporation. 
*All other names and marks are the property of their respective owners. 
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FEATURES 


e Standard PC Ethernet networking via an 
optional add-on module 

e Industry standard AT BIOS and Multibus 
Systems Architecture firmware in Intel 
Flash memory 

e P2/aPC (ISA) bus on P2 connector 

e Supports DOS, iRMX® for Windows,* and 
UNIX* System V Release 4.0 Version 3 

e Front-panel recessed reset switch 

¢ iSBC CSM/002 support 


Intel486T™ DX2 MICROPROCESSOR 
SPEED AND PERFORMANCE 


The Intel486 DX2 and Intel486 
microprocessors are binary compatible with 
the Intel386T™ microprocessor. They provide 
the highest level of performance through state- 
of-the-art design using a pipelined 
architecture, 8 KB cache. and a high- 
performance local-bus interface. Frequent 
instructions execute in one cycle. The 
performance is further enhanced by an on-chip 
floating point unit (FPU) that is binary 
compatible with the Intel887T™ numeric 
coprocessor. 


100% PC/AT-COMPATIBILITY AND A 
FULL COMPLEMENT OF I/O 


The iSBC 486/DX66, iSBC 486/DX33, and 
iSBC 486/SX25 are 100% PC/AT compatible. 
The boards undergo the same rigorous 
compatibility testing that commercial PC 
products endure—this means you can be 
assured that 100% PC/AT compatibility is 
achieved. 


The iSBC 486/DX66, iSBC 486/DX33, and 
iSBC 486/SX25 support a wealth of I/O. The 
Multibus II P2 connector brings out the 
P2/aPC (ISA) bus, the IDE or SCSI peripheral 
interface, and the floppy disk interface. The 
front panel provides two serial ports, one 
parallel port, a SuperVGA port or PC Ethernet 
port, a keyboard port, and a mouse port. 


OPERATING SYSTEM SUPPORT 


Because the iSBC 486/DX66, iSBC 486/DX33, 
and iSBC 486/SX25 are 100% PC/AT 

compatible, operating systems that run on the 
PC/AT architecture will run on this board. In 


-addition, DOS, iRMX for Windows, and UNIX 


System V Release 4 have enhanced Multibus II 
support via OEM developer’s kits 
(MBIIDOSODK and MBITUNIXODK). 
External connectivity is provided using the 
standard protocols like TCP/IP, UDP, INA, 
and IPX/SPX. Based on these protocols 
network products like RFS, NFS, and 
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OpenNET are supported on UNIX, and 
Novell* is supported on DOS. TLI and TAI 
interface support is also provided on UNIX. 
The MBIIDOSODK provides board to board 
communication via NetBIOS and DDE 
commands for boards running DOS, Windows, 
or iRMX for Windows. MBIIUNIXODK 
provides board to board communication via 
Multibus II transport for boards running 
UNIX. 


P2 BACKPLANES AND AT/XT* CARRIER 
CARD 


Not only do the iSBC 486/DX66, iSBC 486/ 
DX33, and iSBC 486/SX25 allow you to use 
standard software, they also accommodate the 
expansion cards. The P2 backplanes serve 
three purposes: they provide the IDE or SCSI 
cable connection, the floppy drive cable 
connection, and give you the ability to add AT 
or XT expansion cards. The P2 backplanes 
come in either 1, 2, or 4-slot versions. 


The AT/XT Carrier Card requires two 
Multibus II slots and allows you to add one 
standard half-length AT or XT expansion card. 
For example, you could add an Ethernet card 
to connect to a network or an ISA bus 
extension card to connect with another ISA 
chassis for additional ISA card expansion. 


MULTIBUS II SYSTEMS 
ARCHITECTURE (MSA) FIRMWARE 


MSA is an open standard defining a complete 
hierarchy of hardware, firmware, and software 
interfaces and protocols that build on and 
extend the basic Multibus IT IEEE/ANSI 
1296) bus standard. Specifically, MSA defines 
message passing, system boot and 
initialization, system and board level 
diagnostics, and automatic board configuration 
in a multiprocessor system environment. By 
providing a standardized set of powerful 
programmatic interfaces and protocols, MSA 
assures a high level of inter-vendor 
compatibility at the system level. This, in turn, 
provides OEMs faster time to market due toa 
shorter design/integration cycle. 


ON-BOARD CENTRAL SERVICES 
MODULE (CSM) CAPABILITY 


An iSBC CSM/002 connector on the iSBC 486/ 
DX66, iSBC 486/DX33, and iSBC 486/SX25 
provides an on-board CSM option. The iSBC 
CSM/002 module performs all CSM functions 
required by the IEKE/ ANSI 1296 specification 
when the iSBC 486/DX66, iSBC 486/DX33, or 
iSBC 486/SX25 is installed in slot 0. These 
functions include central Multibus IT clock 
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FEATURES 


generation, continuous bus monitoring, and 
error detections. The CSM also provides 
system-wide, battery-backed time-of-day clock, 
periodic alarm function, and 28 bytes of non- 
volatile RAM. 


ONE-YEAR WARRANTY AND 
WORLDWIDE SERVICE AND SUPPORT 


All Intel board-level products have a one-year 
mail-in warranty on both parts and labor via 


our worldwide service and support network. 
Should any Intel board ever need service 
beyond the warranty period. Intel maintains a 
worldwide network of service and repair 
facilities to keep you and your customers up 
and running. In addition, our international 
Systems Engineering organization is available 
to integrate Intel boards and system 
components into your products. 


VGA Monitor 


iSBC P2ATC 
AT Card Carrier 


a) 
ol 
oe 

oO 
c 

2 
a 
r= 
iss) 
a. 
x 

wi 


P2 P1 


PS/2-Style PS/2-Style Keyboard 
Mouse 


Parallel! Button 


Port 
RUN and 
BIST LEDs 


Ethernet 
Network 
Module 


P2 
P2 Backplane (Connectors and P2/aPC Bus) 


Hard Disks Floppy Disks 


Speaker 


Auxillary Connectors 
(Key Switch, Status Lamp, ACLO Signal, 
Power Lamp, Remote Service) 


iSBC 486/DX66, iSBC 486/DX33, and iSBC 486/SX25 PC Subsystem Block Diagram 
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| SPECIFICATIONS | 


BOARD 
CPU 


ON-BOARD 
MEMORY 


Maximum RAM 
Upgrade RAM 


Intel486 DX2 CPU 
@66 MHz, 


Intel486 DX CPU 
@33 MHz, 


or Intel486 SX CPU 
@25 MHz 


2 SIMM sockets, 
25.5mm height 


32 MBytes 


256K x 26, 512K x 36, 
1M x 36, 2M x 36, and 
4M x 36 


Access Time 80 ns or faster 

Error Detection Parity 

INTEGRATED GRAPHICS 

Controller Western Digital 
WD90C30 

Video Memory 1 MB (70 ns DRAM) 


Maximum Resolution 
Compatible with 


Video Port 


I/O 
2 Serial Ports 
1 Parallel Port 


1 Mouse Port 

1 Keyboard Port 
Floppy Disk Controller 
Peripheral Interface 
P2 Connector 


1024 x 768, 256 colors 


SVGA, VGA, EGA, 
CGA, HGC, MDA 


15-pin connector; 
analog 


Async, RS-232, 9-pin 


Centronics-compatible, 
25-pin 

PS/2 compatible 

PS/2 compatible 

Intel 82077AA-1 

IDE or SCSI 


ISA Bus (P2/aPC 
specification) 


PHYSICAL CHARACTERISTICS 
STANDARD MULTIBUS II BOARD 


The iSBC 486/DX66, iSBC 486/DX33, and 
iSBC 486/SX25 require only a single slot in a 
Multibus IT Chassis, even with 32 MBytes of 
DRAM, the SuperVGA module or PC Ethernet 
network module, and the iSBC CSM/002 
installed. 


PHYSICAL DIMENSIONS 

Height: 233mm (9.18 in) 
Depth: 220mm (8.65 in) 
Front Panel Width: 19.2mm (0.76 in) 


ELECTRICAL 
CHARACTERISTICS AND 
ENVIRONMENTAL 
REQUIREMENTS 

POWER REQUIREMENTS 


DC Power Requirements 4.5A at 5 Voc 


(typical): 100 mA +12 VDC 
ENVIRONMENTAL 
Storage Temperature:  —40°C to + 70°C 
(— 40°F to + 158°F) 
Operating Temperature: 0°C to + 55°C 
(32°F to 131°F) 
Storage Humidity: 5% —-95% 
non-condensing 
at 55°C (131°F) 
Operating Humidity: 8% -90% 
non-condensing 
at 55°C (131°F) 
REFERENCE MANUALS 


The following manuals provide necessary 
information when using the ISBC 486/DX66, 
iSBC 486/DX33, or iSBC 486/SX25 board: 


iSBC 486/DX66, iSBC 486/DX33, and iSBC 
486/SX25 Single Board Computer User’s 
Guide, Order Number: 469026 


Multibus II Interconnect Interface 
Specification, Order Number: 149299 


Introduction to Multibus IT System 
Architecture, Order Number: 508305 


Firmware User’s Guide for Multibus IT System 
Architecture (MSA) Firmware, Order Number: 
506090 


Intel P2/aPC Bus Specification, Order 
Number: 500797 
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ORDERING INFORMATION 


SBC486DX6600V | 66 MHz Intel486 DX2, 0 MB DRAM, SuperVGA graphics, one-slot IDE P2 
backplane 


SBC486DX6600 | 66 MHz Intel486 DX2, 0 MB DRAM, one-slot IDE P2 backplane 


SBC486DX3300V | 33 MHz Intel486 CPU, 0 MB DRAM, SuperVGA graphics, one-slot IDE P2 
backplane 


SBC486DX3300 | 33 MHz Intel486 CPU, 0 MB DRAM, one-slot IDE P2 backplane 


SBC486SX2500V | 25 MHz Intel486 SX CPU, 0 MB DRAM, SuperVGA graphics, one-slot IDE 
P2 backplane } 


SBC486SX 2500 25 MHz Intel486 SX CPU, 0 MB DRAM, one-slot IDE P2 backplane 


SITP2APCSCSI4 | Four-slot SCSI backplane for connecting to two SBCP2ATC boards 
SBCP2ATC Two-slot XT or AT carrier card 


MBITDOSODK OEM developer’s kit for customers running DOS/ Windows or iRMX for 
Windows 

MBIIUNIXODK | OEM developer’s kit for customers running UNIVEL’s UnixWare UNIX 
System V Release 4.2 | 


SBCCSM002 Central Services module 


SBCEWENET Standard PC Ethernet networking module. Mounts in place of VGA 
module. 
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SHRINK-WRAPPED PC UNIX AND STANDARD PC 
HARDWARE ON A POWERFUL BUS 


MBIIUNIXODK is the glue that binds Intel’s Multibus II Embedded WorkStation and 
standard UnixWare* from UNIVEL* into a complete and robust solution which provides 
flexibility in design, complete integration and system communication. The resulting 
system is powerful, easily expandable and based on open standards. 


MBIITUNIXODK adds support for Multibus II backplane communication to standard 
shrink-wrapped UNIVEL UnixWare. MBITUNIXODK provides three add-on packages; 
Multibus II transport, Multibus II board drivers, and transport applications interface 
(TAI). Multibus II transport includes the transport kernel interface (TKI) and 
interconnect support for high-speed communication between CPU boards. The board 
drivers include support for Ethernet, I/O, and peripheral boards. The TAI allows the 
Embedded WorkStation to download applications to other Multibus II CPU boards. In 
summary, the MBITUNIXODK allows an Embedded WorkStation running UNIVEL’s 
UnixWare to communicate with other CPUs on the Multibus IT backplane running 
iRMX®, iRMK, DOS, Windows or any OS with Multibus II transport capability. 


iRMX® is a registered trademark and Intel386, Intel486 and Pentium are trademarks of Intel Corporation. 
*All other names and marks are the property of their respective owners. 
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| FEATURES | 


The Embedded WorkStation (EWS) is a fully 
PC-compatible, Multibus II CPU board. The 
EWS comes with either an Intel486™ DX2 66, 
Intel486 DX 33, or Intel486 SX 25 . 
microprocessor and includes on-board SCSI, 
IDE, and floppy controllers as well as 
integrated graphics and networking. The EWS 
has an on-board message passing coprocessor 
(MPC) and all of the facilities needed to make 
it a fully compliant Multibus II CPU card. 


UnixWare from UNIVEL is standard shrink- 
wrapped software for Intel886™, Intel486, and 
Pentium™ microprocessors. UnixWare is 
based on UNIX System V Release 4.2 from 
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USL, a powerful and highly integrated 32 bit 
operating system which has undergone 


‘continuous improvement for 20 years. Because 


it is compliant with standards including 
POSIX, FIPS, XPG3, iBCS2, and iABI, 
UnixWare can run thousands of applications. 
GUI support for X-windows is provided by 
OPEN LOOK* and Motif* for friendly 
interfaces and applications such as hypertext 
on-line help. Networks are seamless with IPX/ 
SPX, TCP/IP, NFS, and NetWare* Core 
Protocols (NCP). 
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HIGH PERFORMANCE MEMORY MODULES 


m Provides Fast Page SMT Memory a 
Expansion for Intel’s iSBC 386/12, @ 
iSBC 386/133, iSBC 386/258, Mix 
Baseboards iSBC 486/12 and 
SBC 486/133SE Boards 
— Also Available SMT Memory i 

Expansion Modules for the 
ISBC 486/125 Boards ae 
m@ Available in 1M, 2M, 4M, 8M, 16M and i 


32M Byte Sizes 


32 Bits Wide with Byte Parity 


Stackable to Provide up to 64 MBytes 
of High Speed Memory for MULTIBUS |! 
and MULTIBUS II Boards 


Supports 32-Bit, 16-Bit and 8-Bit Data 
Paths 


Supports Independent Read/Writes 
Easily Installed 


The iSBC MMOXFP DRAM memory modules are members of Intel’s complete line of iSBC memory and I/O 
expansion boards. The MM-Series of memory modules use a dedicated memory interface to maximize CPU/ 


memory performance. 
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Figure 1. iSBC MMO8FP Memory Module videalari 


*The iSBC MMO1FP, MMO2FP, MMO4FP, MMO8FP, MM16FP, MM32FP memory modules are also manufactured under 
product code pSBC MMO1FP, MMO02FP, MMO4FP, MMO8FP, MM16FP, MM32FP by Intel Puerto Rico, Inc. 
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HIGH PERFORMANCE MEMORY MODULES 


FUNCTIONAL DESCRIPTION 


The iSBC MM-Series provide high performance, 
32-bit parity DRAM memory for the MULTIBUS | and 
MULTIBUS II boards. These CPU boards come stan- 
dard with one MM-Series module installed, with 
' memory expansion available through the addition of 
a second stackable iSBC MM-Series module. 


Memory Access Capabilities 


The dynamic RAM memory of the memory modules 
is accessed through the dedicated memory module 
interface. 


The MM memory module is designed for direct 
transfer of data between the CPU and the memory 
module without accessing the MULTIBUS interface. 


MM01/MM02/MM04/MM08/MM16/ 
MM32 Memory Size 


The iSBC MMO1FP, iSBC MMO2FP, iSBC MMO4FP, 
iSBC MMO8FP, iSBC MM16FP, and iSBC MM32FP 
modules can be stacked on the CPU baseboard in 
any combination. 


Data Bus Structure 


The MM-Series memory modules use a 32-bit wide 
data path with storage for byte parity that can ac- 
commodate 8-bit byte, 16-bit or 32-bit word data 
transfers. In addition, the data path is capable of 
independent byte operations. This means that one 
byte can be written while the other three bytes (or 
any other combination) can be read. 


Parity 


One parity bit is provided for each of the four, 8-bit 
bytes in the 32-bit wide data path. For special appli- 
cations, the parity bits can serve as data bits making 
possible 9-, 18-, or 36-bit data transfers. 


Memory Function 


The module protocol supports standard dynamic 
RAM READ, WRITE, RAS* only REFRESH cycles, 
and CAS* before RAS* REFRESH. 


installation 


The iSBC MM-Series memory modules are easily in- 
stalled by the user. Each module includes all neces- 
sary connectors, screws, and other hardware for in- 
stallation, either as a second stacked module or as a 
replacement for a module with less memory. 


SPECIFICATIONS 


Word Size Supported 
8-, 16-, or 32-bits 


Memory Size 


iSBC MMO0O1FP 
iSBC MM02FP 
iSBC MMO4FP 
iSBC MMO8FP 


1,048,576 bytes 
2,097,152 bytes 
4,194,304 bytes 
8,388,608 bytes 


Access Time (All Densities) 
Read/Write — 107 ns (max)-MMOX 


Read/Write — 88 ns (max)-MMOXFP 


Power Requirements 
Voltage —5 VDC +5% 


Memory addressing for the iSBC MM-Series memory 
modules is controlled by the host CPU board over 
the memory module interface. The maximum system 
RAM size is 64 MBytes. 


in HIGH PERFORMANCE MEMORY MODULES 
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Single iSBC MMxx Memory Module 
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Stacked iSBC MMxx Memory Modules 


HIGH PERFORMANCE MEMORY MODULES 


Environmental Requirements 
Operating Temperature — 0°C to 60°C 


Storage Temperature — 40°C to + 75°C 


Operating Humidity — To 95% relative humidity 
without condensation 


Physical Dimensions . 


Module Alone: 

Width — 4.250 inches (10,795 cm) 

Length — 4.175 inches (10,604 cm) 

Height — 0.500 inches (1,270 cm) 

Weight — iSBC MM01/MMO04: 2.5 ounces (70.0 gm) 
iSBC MM02/MMO08: 3.5 ounces (110.0 gm) 
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ORDERING INFORMATION 


Part Number 
SBC MM01FP 


SBC MM02FP 


SBC MM04FP 


SBC MMO8FP 


SBC MM16FP 


SBC MM32FP 


SBC MM3008 


SBC MM3016 


SBC MM3032 


SBC MMO8FC 
SBC MM32FC 


CPU Boards Supported 

SBC 386/12, 386/125, 386/133, 
Mix 

SBC 386/12, 386/125, 386/133, 
Mix 

SBC 386/12, 386/125, 386/133, 
Mix 

SBC 386/12, 386/125, 386/133, 
Mix 

SBC 386/12, 386/125, 386/133, 
Mix, 386/258 


SBC 386/12, 386/125, 386/133, 
Mix, 386/258 


SBC 486/125, 486/133SE, and 
486/166SE 


SBC 486/125, 486/133SE, and 
486/166SE 


SBC 486/125, 486/133SE, and 
486/166SE 


SBC 486/125 only 
SBC 486/125 only 


The Memory Modules ship with the required hard- 
ware (connectors, mounting screws, stand-offs, etc.) 
to stack a second module on the module already 
mounted on the base CPU board. 


intel. 
iSBC MEM/128 MEMORY BOARD 


\ 


281145-1 


The iSBC MEM/128 is Intel’s highest capacity Multibus I! Memory Board, containing 128 
MBytes of DRAM. Designed for memory-intensive applications, the iSBC MEM/128 
features a single PSB wait-state read and write access time, byte parity error detection, 
and requires only one slot in a Multibus II system. Board configuration is accomplished 
via interconnect space over the PSB bus. 


Standard Eurocard Form Factor 


e 128 MBytes of Dynamic RAM (DRAM) e 

e 32-bit PSB Bus Replier Interface ¢ Occupies Only One Slot 

e 200 ns Read Access Time e All Control Signals, Power and Ground 

e Byte Parity Error Detection supplied via the PSB 96-pin DIN 

e Interconnect Space Support for Connector (P1) 
Identification, Configuration, and e Initialization Checks run automatically 
Diagnostics at Power-up 

October 1993 
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iSBC MEM/128 MEMORY BOARD 


PHYSICAL DESCRIPTION 


The iSBC MEM/128 board is two boards joined 
together: the mother board which contains the 
bus interface and 64 MBytes of DRAM, and the 
daughter board which contains the other 

64 MBytes of DRAM. The boards are connected 
with a 100-pin surface mount connector which 
uses gold-plated contacts and pads. Five nylon 
standoffs are used for physical support and 
reliability. i 


Functionally, the mother and daughter boards 
operate as a single unit. Because of this, they 
are typically referred to as a single board. 


The iSBC MEM/128 board fits into a single 
0.8” card slot in a Multibus II-compatible 
cardcage or system. Board configuration is 
handled through interconnect space over the 
PSB; there are no user-configurable 
components or jumpers. 


The front panel of the iSBC MEM/128 board 
contains two light emitting diodes (LEDs) 
labeled TEST and PARITY. The LEDs are used 
for diagnostic support and to indicate parity 
errors. 


SPECIFICATIONS 

Word Sizes Supported 

8, 16, 24, and 32-bits 

Memory Size 

128 MBytes of DRAM 

Access Times (Multibus IT PSB @ 10 MHz) 

Read Operation 200 ns (without refresh cycle) 
400 ns (with refresh cycles) 

Write Operation 100 ns from requester ready 
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Starting (Base) Address 

Any 64 KByte boundary 

Ending Address 

Any 64 KByte boundary 

Physical Dimensions 

Depth (front to back) 220.00mm (8.66” ) 
Height (top to bottom) 233.40mm (9.18” ) 
Front Panel Width 20.00mm (0.79” ) 
Weight 2036g (71 oz) 
Environmental Characteristics 


Temperature 0°C to 50°C (32°F to 131°F) 
(Operating) 

Temperature — 40°C to + 70°C (— 40°F to 
(Storage) 158°F) 

Airflow 200 linear feet per minute 
(for Cooling) (minimum) 


Relative Humidity 0% to 85%, non- 
(Operating) condensing 


Relative Humidity 0% to 95%, non- 


(storage) condensing 
Altitude Om to 3048m (0 feet to 
(operating) 10,000 feet) 
Altitude Om to 15,240m (0 feet to 
(storage) 50,000 feet) 
Electrical Characteristics 
Voltage 5V DC +5% 
Current 
Typical 6.25A (@80% of worst case) 
Maximum 7.80A 
Wattage 
Typical 31.25W (at nominal 
voltage) 
Maximum 39.00W (at nominal 
voltage) 
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MIX Boards 


[ MIX ARCHITECTURE | | 


Intel’s Modular Interface eXtension (MIX) architecture is an easily customizable I/O 
solution that saves development time and costs. The MIX architecture is flexible enough 
to offer a wide range of I/O options, modular enough to be able to track the CPU and I/O 
technologies independently, and open enough to allow designers to build unique I/O 
solutions without having to re-engineer the CPU portion of the solution. 


The MIX architecture offers the benefits 
and advantages of: 

¢ Scalable price/performance for 
optimization of I/O throughput 
Using the MIX architecture, you can 
implement a wide range of solutions— 
from high performance I/O controllers 
(baseboard and one MIX I/O module) to 
I/O server subsystems (baseboard and 
three MIX I/O modules). The selection of 
baseboards and I/O modules available — 
allows you to create powerful I/O 
subsystems to fit your application. You 
can later reconfigure the same building 
blocks to fulfill new application 
requirements. 7 
Low-risk, quick time-to-market for 
development of custom I/O 

Because you’re working with a non- 
proprietary open standard with powerful 
development tools, design time is 
shortened. In addition, because the 
baseboard has already been developed by 
Intel, you can focus on the design tasks 
unique to your custom I/O. Therefore, 
the effort to implement custom I/O ina 


MULTIBUS II system is greatly reduced. 


October 1993 
Order Number: 281009-004 


¢ Cost-effective upgradability for 
incorporation of new CPU or I/O 
technology 
As new MIX baseboards and I/O 
modules are developed, they can be 
implemented in your design without 
abandoning the rest of a MIX I/O 
solution. 


MIX ARCHITECTURE 


FEATURES | 9 
¢ Full compatibility with the MULTIBUS 


II IEEE/ ANSI 1296) Systems 
Architecture (MSA) 
e Support for stacking of 1, 2, or 3 modules 
on the MIX baseboard. A MIX baseboard 
with a single MIX module fits into a 
single MULTIBUS II card slot 
MIX bus data width of 32, 16, or 8 bits 
Partitioning of I/O SBC architecture into 
a CPU and MULTIBUS II core and I/O 
module 
Multimaster bus ownership for support 
of master or slave MIX I/O modules 
Support for like or unlike MIX module 
stacking with dynamic Built-In Self Test 
(BIST) and interconnect capabilities 
¢ Complete documentation available for 
building MIX I/O modules 
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MULTIBUS II COMPATIBILITY 


The MULTIBUS II Systems Architecture is 
optimized for efficiently interconnecting 
multiple intelligent microprocessor-based 
subsystems. The MULTIBUS II Parallel 
System Bus (PSB) provides the main 
communication backbone for the total system, 
while other elements of the architecture solve 
the system integration issues such as 
initialization, diagnostics, and standardized 
subsystem to subsystem signaling and data 
transfer. The MULTIBUS II architecture also 
accommodates many types of local bus 
extensions for solving local communication 
requirements within subsystems. 


The MIX architecture adds a subsystem bus 
technology that provides a solution for high 
performance I/O and brings the capability of a 
high performance I/O server subsystem to the 
MULTIBUS II architecture. 


PHYSICAL DECOUPLING OF 
CPU FROM I/O 


MIX uses a baseboard plus modules approach 
to physically decouple the CPU technology of 
the baseboard from the I/O technology of the 
module. This decoupling has two benefits for 
I/O design. First, it allows evolving CPU and 
I/O technologies to be independently and 
easily incorporated into designs. Second, it 
allows a baseboard to change personality by 
adding or substituting I/O modules. This 
provides I/O flexibility while preserving your 
software investment. 


CONNECTING CPU AND I/O VIA 
A HIGH PERFORMANCE BUS 
INTERFACE 


The MIX architecture provides the high 
performance bus interface for coupling the 
CPU baseboard with the I/O modules. 
Elements of the MIX architecture and bus 
interface include: 


Signal Set 


The MIX bus consists of 130 signal, power, and 
ground connections. There are two types of 
signals: dedicated and bussed. Dedicated 
signals belong to specific modules in the MIX 
stack, while bussed signals are shared by all 
modules. 


Address Capability 


The MIX bus supports the full 4 GB physical 
addressing capability of Intel486™ 
microprocessors and other compatible 
microprocessors. 


Data Paths 


MIX supports 8, 16, and 32 bit physical data 
paths on MIX modules. The MIX baseboard 
data path is 32 bits. 


MIX Bus Transfers 


The baseboard can perform memory, I/O, and 
DMA transfers on the MIX bus. The baseboard 
can also perform a bus vectored interrupt 
transfer cycle. Bus master modules can 
perform memory transfers with the baseboard 
memory. 


Arbitration 


The MIX bus uses a simple round robin 
arbitration scheme between the baseboard and 
master modules to insure that all modules and 
the baseboard have guaranteed access times to 
shared baseboard memory and have a 
guaranteed percentage of the shared memory 
bandwidth. 


Interrupts 


Each MIX module has one dedicated interrupt 
line. Each module also has an option line that 
can be used as an interrupt line. 


DMA 
The MIX bus supports DMA transfers between 


modules and the baseboard memory. Both 


single-cycle (fly-by) and two-cycle DMA 
transfers are supported. 


Configuration Support 


MIX configuration support has been designed 
to be compatible with the MULTIBUS II 
interconnect space architecture. MIX modules 
are viewed as baseboard functions by agents on 
the parallel system bus. The baseboard 
microcontroller reads the interconnect 
information stored in the EEPROM of each 
module present in the MIX stack to build the 
function record in baseboard interconnect 
space. 


Built-In Self Test (BIST) Support 


MIX provides the capability for BIST code 
resident in module EPROM to be downloaded 
and executed as an extension of the baseboard 
BIST. 


intel. 
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OPEN INTERFACE FOR I/O 
MODULE DEVELOPMENT 


MIX provides an excellent platform for 
building MULTIBUS II I/O solutions. A 
complete set of manuals, design specifications 
and design examples for building MIX I/O 
modules is available from Intel. 


MIX ARCHITECTURE 
SPECIFICATIONS 

General 

Bus Type: Asynchronous 
Theoretical Bandwidth: 22 MB/s 

Typical Bandwidth: 10 MB/s 

Bus Overhead: 7% Xchange/Refresh 
Interrupt Sources: Any Module 

Bus Vector Support: Yes 

Arbitration Scheme: Fairness (Rd-Robin) 


Module Maximum: 3 (master or slave) 


Length of Bus Hold: 8 microsec (typical) 
Flag Byte Support: Yes 
Lines 


130 total signal, power and ground lines: 
Number Functional Group 
37 Address 
32 Data 
7 Transfer Control 

Arbitration 
Interrupt 
DMA 
Option 
Configuration 
+5 VDC 
GND 
+12VDC 
—12 VDC 


Reserved 


— 
WBONMmONWONWHW QD 


Baseboard Address Range 
Memory 4GB 

I/O 64 KB 

Module Address Range 
Memory 256 MB 

I/O | 1 KB 

Data Path 

8, 16, and 32 bit 

MIX Connector 

Connector Type: Surface Mount 
Connector Pads: 130 


MIX Expansion Module 
Module Height: 8.9 inches 
Module Depth: 3.75 inches 
Module Area: 33 square inches 
Max Configuration: 1 Baseboard 
3 Modules 
MIX Bus Power Limits 
Voltage —— 
(VDC) Current 
(Amps) 
+5(+5%, —2%) 9.0 
+12(+5%, —5%) 1.5 
—12(+5%, —5%) 1.5 
Module Power Limits 
Nominal Max Current 
Voltage per Module 
(VDC) (Amps) 
+5 3.0 
+12 0.5 
—12 0.5 


Thermal Limit (all sources): 20 Watts max per 
module 
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MIX 486/DX66, 486/DX33, AND 486/SX33 BASEBOARDS 


The Intel Modular Interface eXtension (MIX) 486/DX66, 486/DX33, and 486/SX33 baseboards 
represent the leading edge in customizable mezzanine I/O solutions. These technically advanced 
baseboards are designed for cost-effective CPU and I/O technology upgrades, low-risk and quick 
time-to-market custom I/O development, and scalable price/performance I/O throughput 


optimization. 


This family of Intel486T™ microprocessor-based MIX baseboards is compatible with and has 
greater performance than previous Intel MIX baseboard families. 


¢ High throughput to handle the most 
demanding I/O applications. The MIX 


baseboards are available with Intel486 DX2, 


DX, and SX CPUs operating at 66 MHz and 
33 MHz for high-performance processing. 
The baseboard design combines high- 
powered Intel486 CPUs together with a 
128KB secondary (L2) cache, a 33 MHz I/O 
bus, and a 16.5 advanced DMA (ADMA) 
controller for lightning-fast throughput to 
speed up your applications. 

Flexible solutions for changing system 
requirements. Not only can you select the 
right performance level CPU for your 
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application, but you can also expand on- 
board DRAM up to 32 MB. Also, up to three 
MIX modules can be stacked on a baseboard. 
This means you can create powerful 
subsystems and then easily reconfigure 
them to meet new requirements. 
Cost-effective upgradability. This new 
family of baseboards is compatible with 
existing MIX baseboards, I/O modules, and 
software, saving you valuable development 
time and money when upgrading your 
system. 
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Intel486T™ CPU-BASED 
BASEBOARD FAMILY 
FEATURES 


e Intel486 SX and DX CPUs running at 33 
MHz or an Intel486 DX2 running at 66 MHz 

e 33 MHz bus 

¢ 8 KB internal and 128 KB second level cache 
for instruction and data 

e SIMM DRAM (two SIMM sockets) 
expandable to 32 MB using industry- 
standard low-profile SIMMs (70 ns) 

e 82C258 Advanced DMA (ADMA) controller 
operating at 16.5 MHz 

e Integrated DMA address generator logic 
(DAG compatible) for 32-bit address range 

¢ Two 8259 programmable interrupt 
controllers (PICs) for 14 programmable 
interrupt levels 

e 82C54 programmable interval timer (PIT) 
with three event counters/timers 

e 82389 Message Passing Coprocessor 

e 87C51 (Interconnect) Microcontroller 

e MULTIBUS II Parallel System Bus Interface 


High-Speed Intel486™ Microprocessor 
Core 


These baseboards obtain their I/O processing 
power from an Intel486 DX2 microprocessor 
operating at 66 MHz or an Intel486 DX or SX 
microprocessor operating at 33 MHz. The 
baseboards contain 8 KB of internal cache and 
use 128 KB (with parity) of secondary (L2) 
cache for instructions and data. 


The Protected Virtual Address Mode (PVAM) 
of the microprocessor provides the baseboards 
with a full four gigabytes of addressability. The 
top gigabyte is used for baseboard Flash/ 
EPROM and MIX Module memory access. The 
lower three gigabytes are divided between 
baseboard DRAM and Parallel System Bus 
access. PVAM operation also provides support 
for code protection, virtual memory, and 
paging mechanisms. 


In addition, the microprocessor has a self-test 
capability which is utilized in the board’s 
power up BIST testing. This function can be 
disabled via a board jumper option. 


Expandable Memory 


A 2-way interleaved SIMM configuration 
provides a high-performance i486 bus memory 
subsystem. 


The baseboards are supplied with either 0 MB 
or 8 MB of baseboard memory, and can accept 
up to 32 MB of DRAM in the form of low- 
profile tin-socketed 70 ns SIMMs. Memory 
configurations of 2, 4, 8, 16, and 32 MB are 
supported. 


Baseboard DRAM is directly accessible to bus 
masters on the MIX bus. Byte parity protection 
is used for DRAM error checking on the board. 


Improved DMA Performance for Fast 
Memory Transfers 


The baseboards use the 82C258 ADMA 
controller operating at 16.5 MHz, DMA 
Address Generator (DAG) gate array for 32-bit, 
4 gigabyte addressing, and a fast page mode 
DRAM control logic to handle high speed data 
transfers between baseboard DRAM and both 
the MPC and MIX modules. 


The ADMA controller provides four 
independent channels for DMA service. 
Channels 0 and 1 are used to support the MIX 
stack; these two channels can be programmed 
to support any of the 3 MIX module positions. 
Channels 2 and 3 are used to service the 
Message Passing Coprocessor (MPC). All four 
ADMA channels can access memory on any 
MIX module by programming the channel’s 
paging and control registers in the DAG. 


Three transfer modes are supported: burst, 
single-cycle (fly-by), and two-cycle. To the MIX 
bus, burst mode transfers look like single-cycle 
transfers. Burst mode transfers from the 
baseboard MPC to the DRAM peak at 27 MB/s, 
and burst mode transfers from the baseboard 
DRAM to MIX modules have a maximum 
transfer rate of 17 MB/s. 


MULTIBUS II Systems Architecture 
Support 


These baseboards utilize the 82389 Message 
Passing Coprocessor (MPC) to provide a full 
32-bit interface to the MULTIBUS II Parallel 
System Bus. Firmware is also provided that 
contains baseboard BIST and Initialization and 
IDX code. Also included is the capability to 
download BIST code from MIX module 
EPROM and execute the code to test the 
modules in the MIX stack. 
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A High-Speed Engine for I/O Processing 


The baseboards support up to three MIX 
modules, one of which can be a full-size 
module. The MIX bus supports 32, 16, and 8-bit 
data transfers and allows MIX modules to be 
either masters or slaves on the MIX bus. 


A custom gate array device on the baseboard 
controls the baseboard interface to the MIX 
bus and implements the MIX bus arbitration 
logic. The gate array implements the standard 
MIX round-robin arbitration algorithm which 
provides guaranteed access to the MIX bus by 
the baseboard and module masters. The 
capability to modify certain arbitration 
parameters is also provided. 


Compatibility 

The Intel486 CPU-based family of baseboards 
is software compatible with existing 
baseboards. Software developed for the 
MIX386/020A or the MIX 486/020A 
baseboards will run on the new baseboards. 
You may, however, wish to optimize some of 
your existing software to take advantage of the 
new features and increased access speed of the 
new baseboard. 


MIX BASEBOARD SPECIFICATIONS 


BASEBOARD SPECIFICATIONS 


Baseboard CPU 

MIX 486/SX33 Intel486 SX CPU 
MIX 486/DX33 Intel486 DX CPU 
MIX 486/DX66 Intel486 DX2 CPU 
Clock Rates 

CPU 33/66 MHz 
82C258 ADMA 16.5 MHz 

87C51 Microcontroller 12 MHz 

82C54 Timer (Programmable) 
EPROM/FLASH MEMORY 

Two 32-pin sites 


DRAM MEMORY 


The baseboards can be ordered with 0 MB or 8 
MB of SIMM memory. Memory may be 
increased up to 32 MB with low-profile, tin- 
socketed 70 ns SIMMs. 


INTERRUPT CAPABILITIES 


14 programmable interrupt levels 


INTERFACES 


e P1, full PSB 
e P2, power only 
e MIX 


PHYSICAL CHARACTERISTICS — 
Standard MULTIBUS II board 
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MIX 450 ASYNCHRONOUS TERMINAL CONTROLLER 


The MIX 450 terminal module, when combined with a MIX baseboard, provides high performance 
terminal server capability for MULTIBUS II systems. The MIX 450 module, as a single module on 
the MIX baseboard, is a powerful 12 port terminal I/O controller. The module can also be stacked 
three high to expand the terminal support to 36 ports. Stacking the MIX 450 with other MIX 
modules allows the system designer to build to a multi-function I/O server with terminal 
capabilities. 


FEATURES : 
¢ 12 ports per board, RS232C compatible . perras a: host support including dynamic line 
¢ 13 signal support, RJ45 (Phone Jack Style) SWANN, 


ahisldad siseaueeaes e Resident firmware to support BIST 


e Asynchronous Terminal Control Software 
(ATCS) for interrupt processing, character 
handling and modem support 
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MIX 420 WIDE AREA NETWORK CONTROLLER 


The MIX 420 module combines two high speed synchronous channels with a MIX baseboard to 
build a high performance Wide Area Network (WAN) platform. The MIX 420 modules can be 
stacked to a maximum level of three modules for expansion up to six channels. The MIX 420 can 
be stacked with other MIX modules, allowing the system designer to build a multi-function I/O 
server with WAN capabilities. 


FEATURES 

¢ Two Independent High Speed Synchronous e “Smart Cable” interface using AT&T 
Channels using a 10 MHz 85C30 Serial General Purpose Synchronous (GPSYNC) 
Communication Controller (SCC) Standard 

¢ High Performance communications capable ¢ Designed as a hardware platform for 
of 256 kbit/second, with ADMA, and Bypass Synchronous Protocol 
(slave) speed modes e Support, including SDLC/HDLC, SNA, 

e Flexible communications with an 82C54 Bisync/Async, SNA, X.25, X.21, X.21 BIS, 
Programmable Interface Timer and either LU6.2 
channel interrupts or hardware interrupts e Firmware containing BIST code 


using the 82C59 component 
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MIX 560 ETHERNET CONTROLLER 


The MIX 560 Ethernet Module combines an 82586 LAN Coprocessor, 82501 Ethernet Serial 
Interface, and 64 Kbytes of high speed SRAM data buffer to provide high performance Ethernet 
MIX I/O capabilities. The MIX 560 can be used either in a MIX module stack, to provide Ethernet 
capabilities to a MULTIBUS II MIX I/O server subsystem, or as a single module on the MIX 
baseboard, to provide a high performance MIX-based Ethernet controller. Stacking the MIX 560 
Ethernet module with other MIX I/O modules allows the system designer to manage the system 
I/O requirements with a tailored MULTIBUS II I/O subsystem that includes Ethernet 
communications. 


FEATURES 
e 82586 LAN Coprocessor operating atl10 MHz = ©e Support for 128K-265K EPROM 
e 82501 Ethernet Serial Interface e Firmware containing BIST code 


e 64 Kbytes of SRAM data buffer for handling e LED for 82586 Activity 
communications from the MIX baseboard to e Serial interface for system console or debug 
the Ethernet Interface 
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MIX DEVELOPMENT MODULES 


A requirement for many MULTIBUS II designs is the incorporation of special I/O. This is I/O 
that may be unique to the application or require an I/O controller not readily available in the 
market. To date, such a requirement typically would have necessitated the non-trivial task of 
designing a dedicated MULTIBUS II I/O controller. With the MIX Development Modules, the 
task of developing a MULTIBUS II I/O solution is simplified. The MIX bus is a straight-forward, 
well documented interface for developing MIX I/O modules. In addition, the MIX Development 
Modules provide you with all the hardware and documentation needed to easily develop your own 
MIX I/O module that stacks on the MIX baseboard. This combination greatly simplifies the task 
of developing your complete I/O solution for MULTIBUS II systems. 


FEATURES 

¢ MIXMOD1 Test Module—used for testing e Complete documentation set providing all 
MIX module hardware and software designs the information needed to develop a MIX 

¢ MIXMOD2 Breadboard Module—used for module 
wire-wrapping and building a prototype ¢ Optional Intel Field Systems Engineer 
module design consulting to help you better focus your 

¢ MIXMOD3 Debug Module—used to mount a development team and save development 
MIX module with its component side up time 
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MIX MODULE SPECIFICATION SUMMARY 


MIX 450 ASYNCHRONOUS TERMINAL CONTR OLLER 


Serial Controller 82510 | 

Serial I/O Ports 12 per module RS232C 
Serial I/O Connectors 8-pin RJ-45 

Baud Rate 110-19.2K 


Power Requirements Voltage Current 
+5V 3A 
+12V 0.02A 
——12V 0.02A 


MIX 420 WIDE AREA NETWORK CONTROLLER 


Serial Controller 85C30 

Serial I/O Ports 2 channels 

Baud Rate 110-64K 

Timer 82C54 

Power Requirements Voltage 
+5V 
+12V 0.02A 
—12V 0.02A 


MIX 560 ETHERNET CONTROLLER 


SRAM 64 KB 

EPROM Two 32-pin JEDEC sites 

Ethernet One channel, 15-pin connector 
Controller 82586 LAN Controller 

Serial I/O One channel RS232C, 9-pin connector 
Controller 82510 


Support IBM compatible 
Interrupts 14 
Power Requirements Voltage Current 
+5V 3A 
+ 1ZV 0.02A 
-=—T2y¥ 0.02A 
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iSBC 186/450 ASYNCHRONOUS TERMINAL CONTROLLER 


The iSBC 186/450 is a high performance intelligent terminal controller. The 80C186 CPU, 512K 


RAM and ATCS served software allow this board to off load the terminal I/O processing from the 
MULTIBUS II application CPUs. 


FEATURES 

e 80C186-based microprocessor operating at ¢ 8signal support, RJ45 (Phone Jack Style) 
12.5 MHz shielded connectors 

e 512K RAM, 128K or 256K EPROM ¢ Asynchronous Terminal Control Software 

e Full MULTIBUS II Parallel System Bus (ATCS) for interrupt processing, character 
interface provided by the Message Passing handling and modem support 
Coprocessor (MPC) ¢ Multiple host support including dynamic line 


e 12 ports, RS232C compatible switching 


Resident firmware to support BIST, host-to- 
controller software download 
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iSBC 186/410 WIDE AREA NETWORK CONTROLLER 


The iSBC 186/410 MULTIBUS II Serial Communications Board is an intelligent 6-channel 
communications processor that addresses the needs of many standard communication 
applications. The board brings flexibility to the application with its multiple serial channels as 
well as I/O expansion through the SBX connections. 


The iSBC 186/410 is designed to support serial communication within the system. The iSBC 186/ 
410 board supports asynchronous, byte synchronous, and bit-synchronous (HDLC/SDLC) 
communications on the two full/half duplex RS232C or RS422A channels. On the remaining four 
channels, only asynchronous mode (RS232C) is supported in either full or half duplex operation. 
Each serial channel can be individually programmed for different baud rates to allow system 
configurations with differing terminal types. 


FEATURES 
e 8 MHz 80C186 microprocessor e 512 KB DRAM provided, four 28-pin JEDEC 
e Six serial communication channels, two sites available for EPROM , 
RS232C or RS422A, four RS232C only, front e Two iSBX connectors provided for I/O 
panel connections expansion 
e DMA controller provides 4 independent 
DMA channels 
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iSBC 186/530 ETHERNET CONTROLLER 


The iSBC 186/530 Multibus II Ethernet Controller is a dedicated IEEE 802.3 compatible front-end 
processor. The board’s 8 MHz 80186, 512K DRAM, and host-to-controller software download 
capability allows the board to off-load LAN communications functions and I/O software 
processing from one or all of a Multibus IT system’s host CPU boards. 


FEATURES 

e Provides IEEE 802.3/Ethernet compatible e Four 28-pin JEDEC sites, expandable to 8 
networking capability for MULTIBUS II sites with iSBC 341 MULTIMODULE for a 
systems maximum of 512 KB of EPROM 

¢ Resident firmware to support BIST, IDX, and ¢ One RS232C serial port for use in debug and 
host-to-controller software download testing 


e MULTIBUS II Parallel System Bus interface 
with full message passing capability 
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iSBC 386/258 SCSI PERIPHERAL 
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CONTROLLER 


The iSBC 386/258 is a high-performance peripheral controller that combines powerful I/O 
performance and access to SCSI peripherals for MULTIBUS II applications. 


Minicomputer-level I/O performance is achieved by utilizing the Intel886 microprocessor and a 
large data cache. The added power of the Intel386 processor gives the iSBC 386/258 the potential 
of off-load tasks from other system CPUs as an I/O server. The SCSI standard has achieved wide 
acceptance because of its extensive capabilities and excellent performance. 


FEATURES 


¢ 16 MHz Intel386 microprocessor 

¢ CSM002 module support 

Common Command Set (CCS) SCSI 

peripheral support 

Asynchronous SCSI to 1.5 MB/s, 

synchronous to 4.0 MB/s 

e Two versions: single ended SCSI port only or 
dual SCSI ports 


e Firmware support for BIST, IDX, slave test 
handler, and downloader 

e Peripheral Communications Interface (258- 
PCI) firmware 

¢ Two MSA EPROMs are included in the 
shipping container 


3-15 


281009-50 


iSBC MPI/519 72 CHANNEL DIGITAL I/O BOARD 


The iSBC MPI/519 is a digital I/O interface board which provides 72 parallel channels of TTL 
level I/O in Multibus II I/O space. The board suitable for applications such as industrial 
automation, printer interface, or for low cost inter-chassis communications requiring multiple 
parallel I/O lines. It is capable of receiving interrupts from other Multibus II agents, as well as 
generating interrupts from up to 8 sources. 


iSBC MPI/519 FEATURES 

e 72 channels of TTL level I/O in banks e 8 interrupt request lines, one can be 
channels each configured for broadcast interrupt. 

e Banks configurable for general purpose e Precision interval pulse triggering on three 
industrial I/O or as Centronics compatible I/O lines, one on each of three banks 
ports e Jumperless configuration 


e Socketed buffer drivers and resistor 
networks for configuring I/O as active high 
or active low 
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I/O BOARD SPECIFICATION SUMMARY 


ISBC 186/450 TERMINAL CONTROLLER 


CPU 

Serial Controller 
RAM 

EPROM/ROM 
Serial I/O Ports 
Baud Rate 
Interrupts 

Power Requirements 


80186 @12.5 MHz 
82510 
512 KB dynamic (32 KB dual ported) 
Two 32-pin sites 
12 asynchronous RS232C, 8-pin RJ45 
110-19.2K 
5 levels 
Voltage Current 
+5V 3A 
+12V 0.02A 
—iAZV 0.02A 


iSBC 186/410 WIDE AREA NETWORK CONTROLLER 


CPU 

Serial Controller 
DRAM 
EPROM/ROM 

Serial I/O Ports 
Timers 

Interrupts 

Power Requirements 


80186 @ 8 MHz 
82530 
512 KB 
256 KB (27512), 512 KB with iSBC 341 board 
6 total (expandable to 10 with iSBC 354 board 
3 ‘ 
16 levels, 15 sources 
Voltage Current 
+5V 8.22A 
+12V 150 mA 
=T2V 150 mA 


iSBC 186/530 ETHERNET CONTROLLER 


CPU 
DRAM 
EPROM 


Ethernet 
Controller 
Serial I/O 


Controller 

Leads Supported 
Timers 
Interrupts 
Power Requirements 


80186 @ 8 MHz 
512 KB : 
Four 28-pin JEDEC sites, up to 256 KB (max.) using 27512 devices, up 
to 512 KB (total) iSBC 341 module 
One channel, 15-pin connector 

82586 LAN Controller 
One channel RS232C, 15-pin connector 

8031 

TD, RD 
3 
5 levels with 5 on-board sources and 255 sources for PSB Bus 
Voltage Current 

+5V 8.8A 

+12V 0.05A 

~12V 0.05A 


947°" 


CPU 
DMA 
DRAM 
EPROM 
SCSI 


Device Support 
Transfer Rate 
Serial I/O Ports 
Timers/Counters 
iSBX (IEEE P959) 
Backplane Connectors 
Compatible Drives: 
Hard Disks 
Tape Drive 
Adapters 
Power Requirements 


I/O BOARD SPECIFICATION SUMMARY 


iSBC 386/258 PERIPHERAL CONTROLLER 


i386 @ 16 MHz 

82258 @ 8 MHz 

lor 4 MB 

Two 32-pin sites 

ANSI X3.131-1986. Two versions available: single or dual (single and 
differential ends). 

Up to 7 other adapters, up to 56 devices 
4 MB/sec 

1 RS232C 

3 16-bit 

1 8-/16-bit 

P1-PSBg P2-SCSI 


Maxtor, Micropolis, Hewlett-Packard, Quantum Pro, Siemens 
Archive . 
Adaptec (SCSI to ESDI), ADP (NCR floppy) 
Voltage Current 
+5V 11A 
+12V 0.05A 
—12V 0.05A 


iSBC MPI/519 72 CHANNEL DIGITAL I/O BOARD 


Standard Multibus II board 


Backplane Connectors 


I/O connector 


I/O Buffer and Resistors Supplied 


Other Components Supported 


Power Requirements 
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P1-Slave PSB 
Centronics 
Each of the three I/O banks can be used as a Centronics 
compatible interface. Bank 1 is configurable to minimize 
handshaking and bus transactions when used as a 
printer interface. 
3 Positronics ODD44F500TX 
Bidirectional Buffers Unidirectional Buffers 
T7T4ALS645 T4ALS09 
Resistor Networks 
2.2 KON 
Bidirectional Buffers 
74ALS638-74AS638 
74ALS639-74AS639 
74ALS640-74AS640 
74ALS643-74AS643 


Unidirectional Buffers 

74ALS00-74AS00 

74ALS08-74AS08 

74LS32-74AS32 

74LS37-74AS37 

74LS38-74AS38 

or equivalent or equivalent 

Resistor Networks 
9- or 10-pin SIPs, all values supported 
Voltage Current 

+5V t+5V 3A 
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82389—-MULTIBUS IT MESSAGE 
PASSING COPROCESSOR 


The 82389 MPC is a highly integrated VLSI 
CMOS device that maximizes the performance 
of a Multibus II based multiprocessor system. 
The MPC implements the full message passing 
protocol as well as the functions (arbitration, 
transfer and exception cycle protocols) of the 
PSB bus interface control as defined in the 
IEEE/ ANSI Standard 1296. 


The 82389 MPC is designed to interface with 
an 32-, 16- or 8-bit processor. It provides 
support for message passing, interconnect 


space, memory, and I/O references on the PSB. 


In addition, the 82389 MPC component is 
designed to simplify implementation of dual 
port memory functions for those designs which 
will co-exist with the message passing 
communications protocol. 


MPC FEATURES 


e Single Chip Interface for the Parallel System 
Bus 

¢ 1.0u CMOS Technology 

e¢ 149-pin Ceramic PGA Package (15 x 15 
Grid) 

e Optimized for Real-Time Response 
(Maximum 900 ns for 32-byte Interrupt 
Packet) 


e Processor Independent Interface to the 
Parallel System Bus 

e¢ Supports co-existence of dual port and 
message passing communication protocols 

e¢ Dual Buffer Input and Output DMA 
capabilities 


MPC 82389 INTERFACES 


The three primary interfaces to the MPC (PSB, 
Interface Host, CPU Interface and 
Interconnect Interface) all function 
asynchronously to one another. This is 
accomplished through the use of internal 
latches and FIFOs that allow references to 
occur simultaneously on all interfaces. In 
addition to the three primary interfaces, the 
MPC contains a Dual-Port interface which 
provides compatibility with shared memory 
system implementations and software. 


The PSB In terface 


The PSB Interface is the synchronous, 
communications pathway in a Multibus II 
system. The PSB is a full 32-bit interface to 
other boards in the Multibus IT chassis. The 
PSB interface supports PSB arbitration, data 
transfer and error handling. 


The Host CPU Interface 


The Host CPU Interface is a set of addressable 
registers and ports that is the private pathway 


for the local microprocessor on the Multibus IIT 


board. The Host CPU interface connects a 32-, 
16- or 8-bit processor to the MPC. The Host 
CPU Interface supports direct references to 
memory, I/O, and interconnect address space 
on the PSB. The Host CPU Interface also 
supports DMA operations. The Multibus II ' 
PSB and the MPC are defined to be processor 
independent. 


The Interconnect Interface 


The Interconnect Interface provides a path for 
added board functionality that is independent 
from the host CPU. The Interconnect Interface 
is an 8-bit communication interface which _ 
requires the MPC to be connected to a 
microcontroller or a simple state machine. A 
microcontroller will perform tasks such as 
board configuration at start-up and local 
diagnostics. All interconnect bus signals are 
asynchronous to the bus clock and to the local 
bus signals. 
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- MULTIBUS II BUS INTERFACE SILICON PRODUCTS 


The Interconnect space of an agent is the only 
required bus space by the IEEE/ANSI 1296 
specification and has a 512-byte register range. 


The Dual Port Interface 


The Dual Port interface supports shared 
memory accesses between agents on the PSB. 
The MPC contains programmable address 
recognizers and PSB cycle control. In order to 
fully implement dual-port memory, some 
additional dual-port memory controller logic is 
required. 


MAJOR MPC OPERATIONS 


The MPC standardizes the signaling and data 
transfer between multiple intelligent agents 
within a Multibus II system. The traditional 
address spaces of memory and I/O were 
considered inadequate to accomplish this 
standardization task, so a new address space, 
called message space, was added. The 
movement of information in message space is 
called message passing. The MPC supports two 
types of messages: solicited and unsolicited. 


Solicited messages are used to transfer large 
amounts of data. Up to 16 Mbytes (less 1 byte) 
of data can be transferred in a single solicited 
message transmission sequence. Solicited 
message transfers require the receiving agent 
to explicitly allocate a buffer. Data is 
packetized and reconstructed by the MPC to 
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optimize PSB utilitzation and maintain 
deterministic performance. Buffer negotiation 
between sending and receiving agents is 
handled using unsolicited messages. 


Unsolicited messages are short, fixed-length 
messages that can arrive unexpectedly. 
Unsolicited messages can be transmitted 
without explicit buffer allocation and without 
the cooperation of sending and receiving 
agents on the PSB. Unsolicited messages are 
often referred to as intelligent or virtual 
interrupts, since they are used as a signaling 
mechanism between boards, replacing 
traditional system (hard-wired) interrupts and 
freeing the CPU from having to poll for 
information. In addition tointerrupt | 
generation, unsolicited messages allow for up 


to 28 bytes of user data. 

MPC Specifications 

Operating Temperature......... 0°C to + 70°C 
Storage Temperature ...:...—65°C to + 150°C 
Voltage on Any Pin....... 0.5V to Vcc + 0.5V 
Power (issination d's. «225 dank Ane te oS 2.5W 


DC and AC Specifications are available in the 
82389, Message Passing Coprocessor 
Datasheet. . 

(Intel Order Number 290145-003) 


MULTIBUS II BUS INTERFACE SILICON PRODUCTS 
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MPI*—MULTIBUS IT 
PERIPHERAL INTERFACE 


The MULTIBUS II Peripheral Interface, MPI, 
is asingle chip, “replier only” Parallel System 
Bus interface-device. The MPI implements a 
IEEE/ANSI 1296 Replier State Machine, seen 
in Figure 2. All error conditions are monitored 
and generated if appropriate. 


MPI FEATURES 


e Replier in I/O Space ~ 
— 2 Kbytes address on each board 
— 8/16 bus data width agents 
¢ No application CPU required 
e No support microcontroller required 
e Supports up to 8 local interrupt sources 
e Sends/Receives broadcast messages 
e Sends/Receives unsolicited messages 
(without data) 
¢ Complete arbitration protocol 
— Fair and High Priority modes are 
supported 
e ANSI/IEEE 1296 compliant 
e 124-pin plastic PGA package 


DESCRIPTION 


The MPI component is a 16-bit integrated 
CMOS interface component compliant with the 
TEEE/ ANSI 1296 standard and is compatible 
with other board products using the 82389 
Message Passing Coprocessor. It supports data 
transfer in I/O space, as defined by the IEEE 
Specification. It is particularly suited to the 
design of low cost, non-intelligent I/O boards. 
Since the MPI component incorporates all the 


interface logic, except for five high current 
buffer drivers, it simplifies and accelerates I/O 
board design. The local interface is designed to 
provide a simple interface to I/O board 
components. The MPI also includes 
configuration registers which are programmed | 
from the PSB to suit a variety of applications. 


Interconnect Space 


The MPI component supports IEEE/ANSI 
1296 compliant interconnect space. Its 
registers are only accessed via the Parallel 
System Bus. The MPI includes the interface 
logic to support an external local memory 
device or PAL to implement most of the 
interconnect registers. Registers 34 through 38 
are internal tothe MPI. © 


I/O Space 


The MPI component enables an I/O board to 
act as a replier in I/O space (as seen in Figure 
2). Board address space is programmed 
through interconnect space which allows 
multiple MPI-based boards to be used in a 
MULTIBUS II system with no jumpers. The 
width of the local I/O data bus can be 8 or 16 
bits. Addresses and data for the local I/O is 
provided on a multiplexed bus. 


Message Space 


The MPI component enables an I/O board to 
send and receive interrupt packets, either in 
standard or Broadcast mode, without data. 
(Data transfer is carried out in I/O space.) Up 
to eight local interrupts may generate an 
interrupt packet onto the PSB; the highest 
priority interrupt level is encoded into this 
interrupt packet. The MPI entirely controls 
the access arbitration procedure for the PSB 
bus and the interrupt packet transfer. The 
MPI can receive interrupt packets from the 
PSB and uses them to generate a local 
interrupt signal. 


The MPI interface supports parity signals 
when required and is capable of processing all 
error signals present on the bus. 


MPI SPECIFICATIONS 

Power Supply Voltage: OV-5V 
Operating Temperature: 0°C-70°C 
Storage Temperature: — 65°C to + 150°C 
Vcc = 5.0V +10% 
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uSBC 387MX25 MATH 
EXTENSION MODULE 


e Adds i387T Math Coprocessor floating point 
math capability to the iSBC 386/258 and the 
MIX 386/020A Multibus II boards 

e Used in conjunction with existing i386T™ 
microprocessor on the iSBC 386/258 or MIX 
386/020A board. A separate i386T™ 
Microprocessor is not supplied with the iSBC 
387MX25 module 

e Single slot solution—does not require an 


extra slot when the module is mounted on 
the board 
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SPECIFICATIONS 
Clock Rates 
i387T Math Coprocessor 25 MHz 
i386T™ Microprocessor 16or 20 MHz 
(not supplied) 
Physical Characteristics 
Height: 1.8 inches 
Depth: 2.7 inches 
Width: .43 inches 
Power Requirements 
Nominal Current Power 
Voltage (amps) (watts) 
(VDC) Max Max 
+5 0.42 an 


FIRMWARE DEVELOPMENT PACKAGE 
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FIRMWARE DEVELOPMENT 
PACKAGE 


The Multibus II Systems Architecture (MSA) 
provides the framework and guidelines for the 
start-up and run-time operation of a multiple 
board, multiple operating system, 
heterogeneous microprocessor, Multibus II 
system. The MSA Firmware Development 
Package (FDP) enables customers who are 


developing i386TM or i486TM CPU Multibus II 
boards to easily incorporate firmware on the 
board that allows it to fully participate in an 
MSA environment. 


The FDP product includes source code in the C 
language for the generic initialization, 
diagnostic, and bootstrap elements of the 
Multibus II Systems Architecture. FDP 
provides a base level of code on which to begin 
development of board-specific MSA firmware 
and the C language source code makes the task 
of porting the FDP code to other CPU 
architectures less difficult. 


Developing MSA firmware via FDP reduces 
implementation time and makes the benefits 
of MSA available at a fraction of the cost of 
developing a proprietary firmware solution. 


FIRMWARE DEVELOPMENT 
PACKAGE FEATURES 


e Source Code and Binary files for: 
Master Test Handler, Console Controller, 
Bootstrap Loader, Initialization and 
Diagnostic Executive, and Core Function Set 

¢ Complete Documentation: Installation and 
Generation Guide, Functional Specifications, 
BIST Writer’s Guide, MSA Specifications 

e DOS generation environment 

e Provided in C language 

¢ Distributed via DOS diskettes, including 

make files compatible with PolyMake* 

Designed to facilitate customization 


*Poly Make is a trademark of SAGE Software. 
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FIRMWARE DEVELOPMENT PACKAGE FEATURES 


INSTALLATION AND 
GENERATION GUIDE 


The FDP Installation and Generation Guide 
provides an overview of MSA firmware and the 
FDP product. It also specifies the 
recommended tools and development 
environment for FDP. 


SOURCE FILES 


FDP is a source product. All files necessary to 
duplicate the MSA firmware functions for 
diagnostics, initialization, and booting are 
included in the package. Listings are also 
included for reference. 


BINARY FILES 


Binary files of each module are included and 
may make the generation of unmodified 
modules unnecessary. These object modules 
also serve as references in validating the 
development environment. 


EXAMPLE BUILT IN SELF TEST 
(BIST) CODE 


Examples of BIST code commonly used on 
Intel Multibus II hardware (e.g., RAM tests 
and message passing tests) are included for 
reference. 


BIST WRITER’S GUIDE 


A BIST Writer’s Guide is included to aid the 
process of learning the BIST interfaces and to 
show the typical organization of BIST code on 
Intel hardware. Using the guide, the first time 
BIST writer will quickly come up to speed. 
Master Test Handler (MTH), Local Test 
Handler (LTH), and power-up Test Handler 
(PTH) interfaces to the Initialization and 
Diagnostics Executive (IDX) are covered. 


SPECIFICATIONS PACKAGE 


Detailed functional specifications for each FDP 
module are included. These documents are 
suitable for implementation purposes and were 
actually used in the development of base FDP 
firmware. 
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AVAILABLE IN C LANGUAGE 


Recognizing the need for portability and the 
popularity of C, the FDP software is provided 
in the C language. 


DISTRIBUTED VIA DOS 
DISKETTES 


Covering the most popular development 
environment, the distribution media affords 
easy portability. 


INCLUDES MAKE FILES FOR 
GENERATION 


FDP includes a file that may be used with the 
PolyMake”* utility to greatly ease the 
regeneration process. Only files having 
modifications are recompiled, which eases the 
generation process and significantly ae 
the time required. 


DESIGNED TO FACILITATE 
CUSTOMIZATION 


The FDP code is written for Multibus II boards 
based on the 386 or i486 microprocessors. 
However, FDP is an open product which is 
partitioned and organized to facilitate changes 
and extensions necessary to support your 
hardware. In addition, since the source code is 
provided in the C language, the task of porting 
the FDP code to other microprocessors is less 
difficult. 


TARGET HARDWARE 
REQUIREMENTS FOR 
DEVELOPMENT 


Any open system that supports MSA will 
provide an adequate hardware environment 
for firmware validation. 


PACKAGE CONTENTS 


e FDP software on 5'/, inch DOS diskettes 

e FDP Installation and Generation Guide 

e BIST Writer’s Guide 

e FDP module functional specification 
documents 

e MSA specification documents 

e FDP-generated sample EPROM devices for 
the Intel iSBC 386/120 CPU board 


*PolyMake is a trademark of SAGE Software 
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PRODUCT GUIDE | | 


Product Description 


MIX BASEBOARDS 
MIX486DX66 MIXbaseboard with Intel486 DX2 CPU operating at 66 MHz 


MIX486DX33 MIXbaseboard with Intel486 DX CPU operating at 33 MHz 
MIX486SX33 MIXbaseboard with Intel486 SX CPU operating at 33 MHz 


MIX EXPANSION MODULES 


MIX450 MIXTerminal Controller Module 
MIX420 MIXWAN Module 

MIX560 MIXEthernet Module 

MIXSC10 Ten MIXStacking Connectors 


MIX DEVELOPMENT MODULES 
MIXMOD1 Test Module 


MIXMOD2 Breadboard Module 
MIXMOD3 Debug Module 


TERMINAL CONTROLLERS 


SBC186450 Mid-range terminal controller 
MIX450 & MIXbaseboard MIXTerminal Controller 


WIDE AREA NETWORK CONTROLLERS 


SBC186410 Mid-range WAN board 
MIX420 & MI Xbaseboard MIXWAN board 


LOCAL AREA NETWORK/ETHERNET CONTROLLERS 


SBC186530 Mid-range Ethernet board 
MIX560 & MIX baseboard MIXEthernet Board with 1 MB 


PERIPHERAL CONTROLLERS 


SBC386258SM01 Single-ended SCSI Controller w 1 MB 

SBC386258SM04 Single-ended SCSI Controller w 4 MB 

SBC386258DM04 Differential SCSI Controller w 4 MB 
PARALLEL I/O 

SBCMPI519 Digital I/O Board 
MULTIBUS II SILICON PRODUCTS 

82389 Message Passing Coprocessor 

MPI Multibus II Peripheral Interface 
FIRMWARE DEVELOPMENT 


MSABASEFDP Firmware Development Package 
NETWORKING SOFTWARE 
INA960J Networking Software 
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WORLD WIDE SERVICE AND 
SUPPORT 


Should your MIX or any Intel board ever need 
service, Intel maintains a world wide network 
of service and repair facilities to keep you and 
your customers up and running. For unique 
applications requiring customization of our 
products, the Intel Systems Group is available 
to modify, integrate and test Intel boards and 
system components to your requirements. 


INTEL QUALITY—YOUR 
GUARANTEE 


All MULTIBUS II I/O products are designed 
and manufactured to meet Intel’s high quality 
standards. Intel quality is then verified by 
rigorous testing in our state-of-the-art 
Environmental Test Laboratory. 


ORDERING INFORMATION | | 


For more information or the number of your 
nearest Intel sales office, call 800-548-4725 
(good in the U.S. and Canada). 


UNITED STATES, Intel Corporation 
3065 Bowers Ave., Santa Clara, CA 95051 
Tel: (408) 765-8080 


JAPAN, Intel Japan K.K. 
5-6 Tokodai, Tsukuba-shi, 
Ibaraki, 300-26 

Tel: 029747-8511 


FRANCE, Intel Corporation S.A.R.L. 

1, Rue Edison, BP 303 

78054 Saint-Quentin-en-Yvelines Cedex 
Tel: (33) 1-30-57 70 00 


UNITED KINGDOM, Intel Corporation 
(U.U>) Ltd. 


_ Pipers Way, Swindon, Wiltshire, England SN3 


1RJ 
Tel: (44) (0793) 696000 


WEST GERMANY, Intel Semiconductor 
GmbH 

Dornacher Strasse 1, 8016 Feldkirchern bei 
Muenchen 

Tel: (49) 089/90992-0 


HONG KONG, Intel Semiconductor Ltd. 
10/F East Tower, Bond Center, 
Queensway, Central 

Tel: (5) 8444-555 


CANADA, Intel Semiconductor of Canada, Ltd. 
190 Attwell Drive, Suite 500 

Rexdale, Ontario M9W 6H8 

Tel: (416) 675-2105 


Multibus II 
Development Systems 
and Accessories 
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SYSTEM 520 CHASSIS FOR MULTIBUS II | 


280672-3 


RUGGED AND DURABLE MULTIBUS II CHASSIS WITH 
EXCEPTIONAL EMI AND RFI SHIELDING 


The eight slot SYP520FE and the SYP520TE provide a rugged and capable Multibus II 
chassis for integrated systems. Superior Intel quality is evident in the safety, EMI 
protection, and durability of the 520 chassis and integrated power supply. The eight slot 
Multibus II card capacity makes these chassis ideal for a wide variety of system 
applications. 


The SYP520FE’s and SYP520TE’s capable features have made them the choice of many 
OEMs for development, test, and production systems. The SYP520FE and SYP520TE 
chassis deliver consistent performance in mission critical applications around the world. 
The chassis layout allows for good cooling, drive capacity, and serviceability. 


*386 is a trademark of Intel Corporation. 


October 1993 
Order Number: 280672-004 4-1 
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e Eight Slot Multibus IT (IEE/ANSI 1296) 
Backplane 

e 535 Watt Multiple Output Switching Power 
Supply Selectable for 115/230 VAC 

e 3 Full Height (6 Half Height) Drive Bays 
with Front Panel Access 


| FEATURES | 


e Heavy Duty bus bars for negligible IR drop 
across card cage under maximum loading 

e Floorstand or Tabletop models available 
(SYP520TE is table top unit and the 
SYP520FE is a floor stand model) 

¢ Certified to UL CSA, IEC, and VDE 


| SPECIFICATIONS | 


ENVIRONMENT 


Operating Temperature 10°C to 40°C 


8-—85% non 
condensing operating 


Relative Humidity 


5-95% condensing 
non-operating 


Sea level to 10,000 
feet 


Altitude 


REGULATIONS 

Meets or exceeds the following requirements: 

Safety | 

US UL 478 5th Edition 

Canada CSA C22.2 No. 220 

Europe IEC 380 and VDE 0806 

EMI/RFIS & CANADA FCC47 CFR Part 15 
Subpart J Class B 

Europe VDE 0871 Level B 


ELECTRICAL 
DC Power Output 535W Maximum 


AC Power Input 88-132 VAC or 176-264vac; 
47 Hz-63 Hz, single phase 


DIMENSIONS 

Floorstand Table Top 
Height: 22.25" 8” 
Width: 8” (12” at base) t75° 
Depth: 23" 22.25" 
Weight: Approx. 70 lbs. Approx. 60 lbs. 
Order Codes 


SYP520FE Floor Stand Model 
SYP520TE Table Top Model 


SYSTEM ENCLOSURES AND BACKPLANES | 


281029-1 


A 20-SLOT MULTIBUS IT CHASSIS FOR FLEXIBLE, 
EXPANDABLE SYSTEMS 


Intel’s 20-slot 541 CHASSIS provides a basic platform for the integration of large capacity 
systems. The CH541’s modular packaging allows for integration into standard 19-inch 
rack-mount cabinets and fits in a 24-inch deep rack. Each CH541 chassis is compactly 
built, ruggedly constructed, and features superior Intel quality and high reliability. 


FEATURES 
e 20-slot Multibus II IEEE/ANSI 1296) e High-volume and uniform cooling air 
backplane; EIA, 19-inch rack standard flow across all card positions 
with provision for slide mounting/fits 24- (250+ LFM). Air flow highly 
inch deep rack independent of adjacent equipment 


e Heavy duty bus bars for negligible IR P2 backplane at Slot 0 provides “Reset,” 
drop across card cage under maximum Remote Diagnostics Serial Port Interface 


loading (RSPD functions and I/O connections 
e 750 Watt multiple output switching e Unrestricted area behind P2 backplane 
power supply with 120A at 5 VDC; for user I/O configuration 


jumper selectable for 115/230 VAC 

e CH541 Chassis certified as a complete 
unit to UL, CSA, and TUV safety agency 
requirements 


One Year Full Warranty 


September 1991 
Order Number: 281029-002 4-3 


Na 


| FEATURES | 


WORLDWIDE SERVICE AND 
SUPPORT 


Intel provides support for Intel and non-Intel 
boards and peripherals. Development support 
options include on-site service, phone support, 
subscription service, on-site consulting, and 
customer training. 


QUALITY AND RELIABILHTY 


The CH541 chassis is designed, tested and 
manufactured in accordance with Intel’s 
industry leading quality and reliabilty 
standards. 


| SPECIFICATIONS | ! 


ENVIRONMENTALS 


Ambient Temperature 
Operating 0°C to 50°C 
Non-Operating -—40°C to 85°C 

Relative Humidity 
Operating <85% Non-condensing 
Non-Operating <95% Non-condensing 

Altitude Ran 
Operating Sea Level to 10,000 feet 
Non-Operating Sea Level to 40,000 feet 


ELECTRICAL 
DC Power Output 750 watt maximum 


+5V 120.0 A maximum 
+12V 10.0 A maximum 
—I2V 10.0 A maximum 
AC Power Input 90-132 VAC at 12 A or 180- 
264 VAC at 6 A 47-63 Hz 


4-4 


REGULATIONS 


Chassis complies with safety agency 
requirements: 
US UL478 5th Edition recognized 
Canada CSA C22.2 No. 220 certified 
Europe TUV, EN60950 certified 
Power Supply meets the following EMI 
requirements: 
US/Canada FCC Class A Conducted 
emissions 
- VDE Limit Class A Conducted 
emissions 


PHYSICAL CHARACTERISTICS 


Dimensions 
Height 
Width 


Europe 


399.2 mm (15.72 in) 
482.7 mm (19.00 in) 
Depth 497.8 mm (19.60 in) 
Weight 15.9 kilograms (35 lbs) 


ORDER CODE 
CH541C20R 
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intel. 
SYSTEM ENCLOSURES AND BACKPLANES | 


A LOW COST RACKMOUNT PERIPHERAL CHASSIS FOR 
FLEXIBLE, EXPANDABLE SYSTEMS CONFIGURATIONS 


Intel’s 542 Rackmount Peripheral Chassis provides a basic platform for integrating large capacity 
systems. The CH542 chassis is a companion to Intel’s CH541 20-slot chassis. However the CH542 
chassis may be used with any system where additional peripheral capacity is required. Intel’s 
modular packaging allows for integration into standard 19-inch rackmount cabinets and fits in a 
24-inch deep rack. Built into each CH542 chassis is rugged compact construction, superior Intel 
quality, and high reliability. 


FEATURES | 
e Rigid light weight structure to fit EIA 19- e Air flow capable of supporting 40°C 
inch rack standard with provision for slide operation. 
mounting, fits 24-inch deep rack. e¢ Power distribution cables provided for all 
e Three full height bays (2 front access, 1 drive positions plus an adaptor board. 
internal) each able to mount two half height e Cable manager with strain relief for rear 
devices. | entry signal cables. 
¢ 300 Watt multiple output switching power ¢ One year full warranty. 


supply with 10A at + 12 VDC. Switch 
selectable for 115/220 VAC, 

CH542 Chassis designed to comply with 
international safety agency requirements. 
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| FEATURES | | | 


ONE YEAR WARRANTY 


All Intel board level products have a one year 
mail-in warranty on both parts and labor. 


WORLDWIDE SERVICE AND 
SUPPORT 


Should any Intel enclosure or backplane ever 
need service beyond the warranty period, Intel 
maintains a worldwide netork of service and 
repair facilities to keep you and your 
customers up and running. 


QUALITY AND RELIABILITY 


The CH541 and CH542 are designed, tested 
and manufactured in accordance with Intel’s 
industry leading quality and reliabilty 
standards. 


| SPECIFICATIONS | | 


ENVIRONMENTALS 


Ambient Temperature 
Operating O°C to 40°C 
Non-Operating —40°C to 85°C 
Relative Humidity 
Operating <85% Non-condensing 
Non-Operating <95% Non-condensing 
Altitude 
Operating Sea Level to 10,000 feet 
Non-Operating Sea Level to 40,000 feet 


ELECTRICAL 


DC Power Output 300 watt maximum 
+5V 26.0 A maximum 
+12V 10.0 A maximum 
AC Power Input 90-132 VAC at 5A or 180- 
264 VAC at 2.5 A, 47-63 Hz 


REGULATIONS 


Chassis designed to comply with international 
safety agency requirements. 


Power Supply meets the following EMI 
requirements: 

US/Canada FCC Class A Conducted 
emissions 
VDE Limit Class A Conducted 
emissions 


PHYSICAL CHARACTERISTICS 


Dimensions 
Height 
Width 


_ Europe 


22.1 cm (8.72 in) 

48.3 cm (19.00 in) 
Depth 48.0 cm (18.91 in) 
Weight 9.1 kilograms (20 lbs) 


ORDER CODE 
CH542R 
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iSBC PKG/902 
iSBC PKG/903 
MULTIBUS II iLBX Il BACKPLANES 


@ Provides iLBX Il Interconnect for m Uses a 6 Layer, Fully Terminated 
Fastest CPU/Memory Data Transfers Backplane 


m Designed to Mount in Multibus Il m Includes a 10 Pin Connector for 
Cardcage Assemblies BITBUS Applications 


= Meets All Electrical and Mechanical m@ Available in 2 Slot (SBC PKG/902) and 
Requirements of the Multibus II 3 Slot (SBC PKG/903) Sizes 
Specifications 


The iSBC PKG/902 and iSBC PKG/903 series of iLBX Il backplanes are designed to mount on the P2 side of 
Intel’s Multibus || cardcage assembly or other double Euro (6U) cardcage. One or more backplanes may be 
installed in a system to allow high speed data transfers between the CPU and memory boards installed in the 
system. The iLBX II backplane uses a 6 layer PCB with separate power and ground planes and full termination 
on all signal lines. This design minimizes system noise and ensures reliable operation in all applications. 


EAN 


280074-1 


August 1993 


Order Number: 280074-002 4-7 
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iSBC PKG/902 iSBC PKG/903 BACKPLANES 


° 
110 IN. DIA. (4PL) ae 


(2.8 MM) 


4.82 IN 
(12.24 CM) 
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iSBC PKG/902_ IN 


CM 


iSBC PKG/903 IN 
CM 


280074-2 


Figure 1. iLBX Il Board Dimensions 
(iSBC PKG/903 Shown) 


FEATURES 


Mechanical and Electrical 


The iSBC PKG/902 and iSBC PKG/903 iLBX Il 
backplanes use a 6 layer printed circuit board (PCB) 
with separate power and ground layers and a signal 
lead routing scheme which minimizes ringing, cross- 
talk, and capacitive loading on the bus. Mounted on 
the PCB are two (iSBC PKG/902) or three (iSBC 
PKG/903) 96 pin DIN connectors, one 10-pin BIT- 
BUS connector, terminating resistors, decoupling 
Capacitors, and power terminals. The resistors and 
Capacitors are mounted into sockets, and all parts 
are press-fit into the backplane. The PCB is UL rec- 
ognized for flammability. 


Single In-line Package (SIP) style resistors are used 
to terminate all address, clock, data, and control 
lines. Each termination consists of two resistors 
which connects the line to + VCC and ground. Dif- 
ferent size resistors are used according to the type 
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of driver connected to the line in an operating sys- 
tem. The SIP style resistors help make the board 
compact in size and allows the designer to mount 
several backplanes directly adjacent to one another 
in a system without having to skip slots. 


Mounted on the rear of the backplane is a 10-pin 
BITBUS connector. This connector serves as the se- 
rial communication interface for any iSBX 344 BIT- 
BUS controller boards installed in the system. 


The DIN type connectors are female, 96 pins, fully 
gold plated, and meet IEC standard’ 603-2-IEC- 
CO96F. The connectors are mounted on 0.8” cen- 
ters to match Intel’s iPSB (Parallel System Bus) Mul- 
tibus || backplanes and are keyed to ensure proper 
mating to the Multibus Il board. The connector can 
provide up to 6 amps of current at +5V to each 
Multibus || board in addition to the current available 
over the Parallel System Bus backplane. 


Screw terminals on the backplane are provided for 
connection to + 5V power and ground. These termi- 
nals, each of which can handle up to 25 amps of 
current, provide a simple and highly reliable connec- 
tion method to the power supply. 


SPECIFICATIONS 


Mechanical and Environmental 
Connector Spacing: 20.3 cm (0.8 in) 
Number of Slots: iSBC PKG/902: 2 slots 
iSBC PKG/903: 3 slots 
Board Dimensions: See Figure 1 
Weight: iSBC PKG/902—0.2 kg (8 oz) 
iSBC PKG/903—0.3 kg (12 02) 


Connectors: 
DIN: 96-pin female, gold plated, meets IEC stan- 
dard 603-2-IEC-CO96-F 


BITBUS: 10-pin male, gold plated, T&B Ansley 609- 
1012M, or equivalent’ 


Construction Method: Six layer backplane with sep- 
arate VCC and ground layers 


All connectors, power termi- 
nals, and resistor/capacitor 
sockets are press-fit into th 
backplane 7 


Mounting Hole Location: See Figure 1 


Operating Environment: 0°C-70°C ambient temper- 
ature; 0% to 90% relative 
humidity, non-condensing; 
0 ft.-10,000 ft. altitude 
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iSBC PKG/903 BACKPLANE 


Electrical REFERENCE MANUAL 
Backplane Electrical Per Intel Multibus II Multibus || Cardcage Assembly and iLBX Backplane 


Characteristics and _— specification 146077, User’s Guide, P/N 146709-001 (not supplied) 
Line Terminations: — Sec. Il, iLBX II 


Power Connections aliprndaias porches 
Type: Screw terminal block: AMP P/N 55181-1; artNumber Description 


Winchester P/N 121-25698-2; or equivalent iSBC PKG/902 2 slot iLBX II Backplane 
Mating Connection: No. 6 locking spade or ring § iSBCPKG/903 3 slot iLBX II Backplane 
tongue lug 


Quantity: 2(VCC, Ground) 


Current Rating: iSBC PKG/902: 12 amps; iSBC 
PKG/903: 18 amps (Power and © 
Ground) 


Maximum Current 6 amps (over the iLBX II back- 
Available Per Slot: plane) 
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COST REDUCED CENTRAL SERVICES MODULE 


The iSBC CSM/002 module is a small, surface mount circuit board which performs all 
central service module (CSM) functions as required by the IEEE/ANSI 1296 Multibus II 
specification. This credit card sized module mounts on a compatible base board such as 
the iSBC 386/258, iSBC 386/133, iSBC 486/125, or iSBC 486/133SE single board 
computer. The combined host board and CSM module require only one card slot. The 
small size and high functionality of the iSBC CSM/002 module is achieved by taking 
advantage of silicon support for CSM functions on the MPC (Message Passing 
Coprocessor) bus interface component. This module reduces system cost while remaining 
software compatible with the previous iSBC CSM/001 board. 


FEATURES 

¢ Full IEEE/ ANSI 1296 Compliance for e Battery Backup Time-of-day Clock 
CSM Functions: e Slot 0 Detection Circuit 
— Arbitration and slot ID Initialization e Clock Based Alarm Function for Periodic 
— BCLK and CCLK Generation Interrupt 


— PSB Bus Timeout Monitoring 28 Bytes Non-volatile RAM 
— Reset Sequencing for Warm and Cold e Chassis ID for Crate-to-Crate Addressing 
Resets Low Battery and Oscillator Failed 
— Power Fail Indication and Recovery Warnings 
e Software compatible with the iSBC 
CSM/001 board, but saves a card slot 


: August 1993 
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WHAT IS A CENTRAL SERVICES 
MODULE? 


The Central Services Module centralized a 

variety of bus management tasks in a Multibus 

II based system, reducing system overhead: 

e Sequencing of reset signals on the PSB 
backplane. 

e Assignment of card slot and arbitration IDs. 

e Supplies a 10 MHz, system-wide clock signal 
(BCLK). 

¢ Monitors the PSB bus for time outs, and 
signals a bus error when a parity error is 
detected. 


FULL IEEE 1296 COMPLIANCE 


The iSBC CSM/002 module meets all timing 
requirements for Central Services Module 
functions according to the Multibus II 
specification. This ensures reliable, clean 
system clock signals and correct reset 
sequencing for system power-on, power-fail, 
and front panel warm and cold resets. When 
used in a system where the power supply is 
capable of generating an ACLO indicator, the 
CSM module will signal a non-maskable 
interrupt to the host CPU shortly before the 
power goes down. 


COMPACT SIZE: NO LONGER 
eps S oaae A SEPARATE CARD 


The iSBC CSM/002 module reduces total 
system cost by supporting all CSM functions in 
an inexpensive, credit card sized module. This 
module mounts component side down onto 
compatible baseboards like the iSBC 386/258, 
iSBC 386/133, iSBC 486/125, or iSBC 
486/133SE single board computers which have 
built-in CSM connectors. The combined host 
board and CSM module occupy only one card 
slot. The iSBC CSM/002 module is fully 
software compatible with the earlier iSBC 
CSM/001 board, and is a direct replacement. 
Only one CSM module is required per system. 


TIME OF DAY CLOCK 
FUNCTIONS 


A battery backed up time-of-day clock is 
supplied on the iSBC CSM/002 module. This. 
feature is software compatible with existing 
Time and Date commands supported by 
various Intel supplied operating systems. In 
addition a new periodic alarm function is now 
available. This feature allows the user to 
generate an interrupt to the local processor 


based on the system clock. Intervals can be 
selected ranging from one second to one year. 
One example of how to use this might be to 
schedule a disk backup to tape at 1:00 am on 
Friday of each week. 


NON-VOLATILE RAM 
FUNCTIONS 


A two byte chassis ID is stored in an 
interconnect register in order to identify a 
particular backplane segment in a network 
which consists of a large number of nodes 
distributed in multiple chassis. In addition, 
there are 28 bytes of user definable non- 
volatile RAM available. One application might 
be for a bootstrap password to prevent 
unauthorized access to a system. 


PROGRAMMATIC INTERFACE 


All access to the above functions is via a set of 
function records contained in interconnect 
address space. These registers are resident on 
the host in slot space. These registers are 
resident on the host in slot zero, but are 
accessible to any agent on the PSB. This allows 
other boards to query reset status, bus errors, 
system time, NVRAM contents, and many 
other centralized functions. 


WORLDWIDE SUPPORT AND 
SERVICE 


Assistance in developing and supporting 
Multibus II applications is available through 
Intel’s network of field application engineers, 
system engineers, customer training centers 
and service centers. 


INTEL QUALITY— YOUR 
GUARANTEE 


The iSBC CSM/002 module is designed and 
manufactured in accordance with Intel’s high 
quality standards. Quality is verified by 
rigorous testing in Intel’s state-of-the-art 
Environmental Test Laboratory. 


aided = ET MARS OF. OE ely OEE, 08; pot wring a a 
ORDERING INFORMATION 


SBCCSM002 | iSBC CSM/002 Hardware Reference Manual P/N 459706-001 


AP NOTE: “Design of a Cost Reduced Central — : adc 
Services Module for Multibus II” 
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iISBC CSM/001 
CENTRAL SERVICES MODULE 


m iSBC CSM/001 Central Services Module m@ Multibus Il Interconnect Space for 


integrates Multibus || Central System Software Configurability and 
Functions on a Single Board Diagnostics 
m@ Multibus II Parallel System Bus Clock @ Built-In Self Test (BIST) Power-up 
Generation for all Agents Interfaced to Diagnostics with LED Indicator and 
the Multibus Il PSB Bus Error Reporting Accessible to Software 
m System-wide Reset Signals for Power- via Interconnect Space 
up, Warm Start, and Power Failure/ m@ Time-of-day Clock Support with Battery 
Recovery Back-up on Board 
m System-wide Time-out Detection and m Double-high Eurocard Standard Form 
Error Generation Factor, Pin and Socket DIN Connéctors 
@ Slot 1.D. and Arbitration |.D. 
Initialization 


The iSBC CMS/001 Central Services Module is responsible for managing the central system functions of clock 
generation, power-down and reset, time-out, and assignment of |.D.s defined by the Multibus Il specification. 
The integration of these central functions in a single module improves overall board area utilization in a multi- 
board system since these functions do not need to be duplicated on every board. The iSBC CSM/001 module 
additionally provides a time-of-day clock. 
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iSBC CSM/001 MODULE 


FUNCTIONAL DESCRIPTION 


Overall 


The iSBC CSM/001 Central Services Module inte- 
grates Multibus II central system functions on a sin- 
gle board. Each Multibus |i system requires manage- 
ment of these central system functions as defined in 
the Multibus || specification. To perform its central 
system functions, the iSBC CSM/001 Central Serv- 
ices Module has a fixed slot |.D. and location in the 
backplane. The iSBC CSM/001 board additionally 
provides a time-of-day clock. 


Architecture 


The iSBC CSM/001 board is functionally partitioned 
into 6 major subsystems. The Central System Wide 
Control subsystem includes Multibus || PSB bus 
clock generation and system wide reset signal gen- 
eration. The Time-Out Control subsystem provides 
system wide time out detection and error generation. 


MULTIBUS 1! 
PARALLEL 


SYSTEM BUS 
INTERFACE a 


PSB BUS 
MULTIBUS I! 


CSM LINK 


INTERFACE 


TO OTHER 
BUSES 


INTERCONNECT 


CENTRALIZED 
SYSTEM-WIDE 


The System Interconnect Space subsystem controls 
|.D. initialization and software configurable intercon- 
nect space. The Link Board interface subsystem 
provides links to other buses. The last two subsys- 
tems are of the Time-of-Day clock and the PSB bus 
interface. These areas are illustrated in Figure 1. 


CENTRALIZED SYSTEM-WIDE 
CONTROL SUBSYSTEM 


Parallel System Bus Clock Generation 


The CSM generates the Parallel System Bus clocks. 
The Bus Clock (BCLK*) 10 MHz signal and the Con- 
stant Clock (CCLK*) 20 MHz signal are supplied by 
CSM to all boards interfaced to the Parallel System 
Bus. These boards use the Bus Clock 10 MHz signal 
for synchronization, system timing, and arbitration 
functions. The Constant Clock is an auxiliary clock. 
The frequency of the Bus Clock and Constant Clock 
can be halved via jumpers for diagnostic purposes. 


SYSTEM TIME-OF. 


SPACE 
SUPPORT 


TIME-OUT 
CONTROL 


CONTROL 
} 
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Figure 1. Block Diagram of iSBC CSM/001 Board 
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TIME-OF-DAY CLOCK SUBSYSTEM 


The Time-Of-Day Clock subsystem consists of a 
clock chip, battery, and interface circuitry. The clock 
provides time keeping to 0.01% accuracy of frac- 
tions of seconds, seconds, minutes, hours, day, day 
of week, month, and year. This information is acces- 
sible via the interconnect space. The battery back- 
up for the clock chip provides 2 years of operation. 


SPECIFICATIONS 

System Clocks 

BCLK* (Bus Clock) 10 MHz 
CCLK* (Constant Clock) 20 MHz 
LCLK* (Link Clock) 10 MHz 


Jumper option available to divide these frequencies 
in half 


interface Specifications 


Location Function | Part # 
P1 PSB Bus 603-2-IEC-CO96F 
P2 Link and Remote 603-2-IEC-C064-F 
Services 


PHYSICAL DIMENSIONS 


The iSBC CSM/001 board meets all Multibus II me- 
chanical specifications as presented in the 
Multibus || specification. 


Double-High Eurocard Form Factor: 


Depth: 22.0 cm. (8.7 in.) 
Height: 23.3 cm. (9.2 in.) 
Front Panel Width: 2.0 cm. (0.78 in.) 
Weight: 0.5 kg. (16.5 02.) 


ENVIRONMENTAL REQUIREMENTS 


Temperature: (inlet air) at 200 LFM airflow over 


boards 
Non-operating: —40 to + 70°C 
Operating: 0 to +55°C 


Humidity: Non-operating: 95% RH @ 55°C 
: Operating: 90% RH @ 55°C 


POWER REQUIREMENTS 


Current (amps) 


6A (max.) 
0.65A (max.) 


Voltage (volts) 


+5Vcoc 
' +5 (battery) 


BATTERY CHARACTERISTICS 


3V nominal voltage; capacity of 160 milliamp hours 
minimum. 


BATTERY DIMENSIONS 


Outside dimension 
Height 


20 mm-23 mm 
1.6 mm-3.2 mm 4 


REFERENCE MANUAL 
iSBC CSM/001 Board Manual (# 146706-001) 


ORDERING INFORMATION 


Part Number Description : 
SBC CSM/001 = Multibus Il Central Services Mod- 
ule 
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INTRODUCTION 


Many people equate the phrase “‘Multibus II” with the 
Parallel System Bus defined within the IEEE/ANSI 
1296 specification. While this over simplification is of- 
ten useful, the failure to appreciate that it is a contrac- 
tion of a more embracing architecture can lead one as- 
tray when comparing the Multibus II bus structure 
with other buses. Comparisons between the Multibus II 
Parallel System Bus and other buses are often complet- 
ed in isolation, without full regard to the framework in 
which the Multibus II architecture was defined. This 
chapter rebuilds this framework, describes its hierarchi- 
cal structure and details how its features are required 
for multiple microprocessor designs of today. 


CUSTOMER NEEDS DEFINE THE 
NEW BUS STRUCTURE 


Intel Corporation had had many years experience with 
the Multibus standard before embarking upon the re- 
quirements for a “next generation” bus structure. The 
first Multibus standard bus was introduced in 1974 and 
it was fundamentally a CPU/Memory bus. It evolved 
along with microprocessor technology to become a 
multi-master shared memory bus capable of solving 
most real time applications of the 1980s. The silicon 
trends throughout the 1980s were dramatic with 
DRAM densities increasing by a factor of two every 
three years, so projecting exactly what customers would 
require in the late 1980s and through to the early 2000s 
was particularly difficult. Intel therefore set up a con- 
sortium with eighteen of its larger customers and other 
industry leaders who could see the potential within the 
single board computer industry, to define the scope and 
possibilities of what was to be call ‘“Multibus II’. 


It was known that the rate of silicon integration would 
allow a complete computer system including CPU, Pro- 
gram Memory, Data Memory, Input/Output and bus 
interface to be fabricated upon a single board. With 
such a large transistor budget to be spent upon imple- 
menting a single board computer, where would be the 
optimal places to best utilize the technology? Self test 
and diagnostics could now be considered—with so 
much silicon on a board it would be prudent to use 
some of the transistor count to TEST the remainder of 
the board. Since board manufacturers are integrating 
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more and more VLSI silicon onto their boards, the user 

needs some reassurance that the basic board functional- 

ity is intact before they load their value added code— 

the user is demanding on-board diagnostics for these 

highly integrated boards. The bus interface itself, not a 

traditional candidate for high integration silicon cir- 

cuitry, could use transistors for added sophistication IF 

this sophistication could make the single board com- 
puters easier to use. A trend began to develop; transis- 

tors added to improve ease of use filtered to the top of 
the implementation list. 


With the increased silicon densities available, semicon- 
ductor manufacturers turned their focus upon in- 
creased capability peripheral components. Their use on 
single board computers served to compound the boards 
complexity and the single board computer user was 
“rewarded” by having to wade through lengthy refer- 
ence manuals and innumerable jumper options—often 
arriving at the final solution only by trial and error. 
Memory mapping options, arbitration priorities, inter- 
rupt levels and scores of other “tunable” parameters 
contributed to the hassle, leaving the systems engineer 
confused and amazed. Often the only solution was to 
locate a board which had already been properly config- 
ured and was operating and then copy off the jumper 
list. 


Board manufacturers built in numerous options so that 
their products could be used in the broadest possible 
spectrum of applications. The number of options of- 
fered was not the core of the problem—but managing 
them was. Options allow interrupt routing, memory 
mapping, EPROM size selection, timing and other user 
installed components. When the jumper count exceeded 
200, it no longer made sense to monopolize board real 
estate since an inexpensive microcontroller could be 
used to manage the resources more effectively. 


A system bus requires standardized system-wide con- 
figuration information to be made accessible to soft- 
ware, Opening it to opportunities for centralized control 
and coordination. Ideally the end-user of these prod- 
ucts will be completely unaware of the configuration 
process. They simply remove the board from it’s ship- 
ping container, plug it into any free slot in the back- 
plane, and apply power. Things work the first time 
around with no mess, no fuss, and no configuration 
errors. 
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The consortium therefore placed focus on the system 
aspects of the single board computer design. The devel- 
oping model for a typical system built from these highly 
capable single board computers was based upon func- 
tionally partitioned subsystems interacting across a 
standardized communications channel. This precipitat- 
ed a change in philosophy for the traditional system 
development from the single board computer outward 
to a higher level systems perspective, specified tops- 
down and bound together by rigid interfaces. 


The consortium quickly reached consensus that no sin- 
gle bus could be used to satisfy all aspects of a design of 
this type—too many variables would have to be com- 
promised, so a multiple bus structure was defined in a 
similar fashion to its Multibus I (IEEE 796) predeces- 
sor. Figure 1 shows the four sub- buses defined by the 
consortium: the iSBX bus was retained for incremental 
I/O expansion, a local CPU/Memory expansion bus 
was proposed and two versions of a SYSTEM bus (seri- 
al and parallel) were defined. The concept of a SYS- 
TEM bus is an important one to grasp—all open buses 
to date were basically CPU/Memory buses with little 
regard for system aspects. To have an open bus SPE- 
CIFICALLY designed to be a system bus was a bold 
step. 
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Local Expansion Bus 


Figure 1. Since no single bus could 
solve the defined problem set, 
a multiple bus solution was proposed 


FUNCTIONAL PARTITIONING 
AS A SOLUTION FOR 
NON-OBSOLESCENCE 


Before detailing the attributes of each of the defined 
buses that make up the Multibus II systems architec- 
ture it is important to appreciate the model developed 
for the bus. Figure 2 shows a typical collection of sys- 
tems connected to a local area network or LAN. This 
type of networked systems solution is very popular with 


System 1/0 System |/0 
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Figure 2. Multiple diverse systems can co-exist on a Local Area Network using defined protocols 
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systems builders since it boasts a large array of benefits. 
The solution is functionally partitioned—separate sys- 
tems are used to tackle different facets of the overall 
problem. These systems are independent from each oth- 
er and decisions made to optimize each of them for 
their individual task may be made in isolation with re- 
spect to the other systems in the network. This degree 
of freedom gives the systems architect an unquestioned 
edge when engineering tradeoffs are being made. The 
choice of hardware, options and software may be made 
with the sole goal of solving the small part of the over- 
all problem currently in focus. Each system is typically 
tuned for its task using specifically configured hard- 
ware and software and it is not uncommon to see multi- 
ple different operating systems with a single network. 
Systems that MUST respond in real time, for example, 
would use Intel’s iRMX® Real Time operating system 
or their iRMK Real Time kernel, while a data base 
manager would use an industry standard operating sys- 
tem such as UNIX or DOS/Windows. The systems 
would probably contain a diversity of microprocessors. 


Each of the systems are individually upgradeable. If 
something bigger/better/faster/cheaper becomes avail- 
able it is easy to integrate this into a networked system 
solution. New technology may be applied at strategic 
points on the network and no major overhaul of the 
complete solution is ever required. Since the overall sys- 
tem is continuously upgradeable it will not become ob- 
solete and will serve for many years. 


The systems are independent in their own right, capable 
of completing their assigned task in isolation and need 
not be connected to the LAN to function. The reason 
that they are connected to the LAN is to enable the 
sharing of data. The LAN defines a media type and 
details certain communications protocols that ail the 
systems on the network must adhere to—in this way 
the diverse systems may share data in a consistent man- 
ner. Each system will require a hardware interface to 
the media and a software interface to the network pro- 
tocols. Error recovery and retry algorithms are em- 
ployed to ensure reliable communications between the 
individual systems on the network. 


The software model for this functionally partitioned so- 
lution is “protocol based’”’ with “data movement”. In 
this type of model the computer population is split into 
server systems and consumer systems. A server system 
provides facilities and resources to the network such as 
file systems or access to a communications hierarchy. A 
consumer system does work using the facilities provid- 
ed by the network servers. The consumer software 
model makes defined requests for data that a server will 
respond to. An inter-system communications standard 
was developed by the International Standards Organi- 
zation and its seven-layer model is shown in Figure 3. 
All interfaces are rigidly defined but the implementa- 
tion is not—this allows many diverse systems to inter- 
act successfully. 
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Figure 3. A seven layer inter-system 
communications model has been defined by the 
international Standards Organization 


A MAJOR BREAKTHROUGH 


Imagine now, keeping the same networked topology 
but using the advances in silicon integration to com- 
press the systems into a single Multibus II chassis as 
shown in Figure 4. We will use the parallel system bus 
as the high speed, reliable network media. We will use 
protocols on the parallel system bus very similar to the 
protocols used over the local area network. Each of the 
networked systems will become a single board subsys- 
tem (or a multi-board subsystem if the circuitry exceeds 
the area of a single board). We have created a VERY 
Local Area Network or a “Network-in-a-Box”’. 


A Multibus II chassis with multiple boards operating as 
a “Network-in-a-Box” is physically similar to a tradi-> 
tional system but its networked-subsystems philosophy 
realizes many benefits. This use of advanced Multibus 
II bus technology allows the systems builder to tackle 
multi-CPU designs with confidence. 


Partitioning a multi-CPU application into a set of net- 


worked subsystems allows us the opportunity to focus. 


We are able to break down a complex problem into 
solvable sub-problems. These sub-problems are also en- | 
capsulated, therefore they can be solved independently 
of the other problems. Encapsulation is an important 
attribute of a Multibus II subsystem. Encapsulation as- 
sumes that a subsystem is intelligent and that it owns 
most of the resources required to complete its assigned 
task. These resources are private and are under the sole 
control of the subsystem CPU(s). In a complex subsys- 
tem these resources may be spread over multiple boards 
as shown in Figure 5. Even though there are three 
physical boards in this example it is important to appre- 
ciate that, at a systems architecture level, they are treat- 
ed as a single logical subsystem. The boards within a 
subsystem can communicate using a local expansion 
bus defined on the P2 connector. 
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Figure 4. Higher levels of silicon integration allow 
a network topology to be used within a single system 


ing their features will result in sub-optimal system solu- 
tion. The majority of this chapter will detail the system 
Physical bus, but the other buses are discussed so that a context 
Boards for decisions made will be evident. 
\ 
The Incremental I/O bus needs to be simple. Its role is 
to allow the addition of a small piece of input/output 
onto a single board computer to customize it for a par- 
Local communication ticular application. Performance is not an issue but low 
interfacing costs are. More extensive I/O would be add- 
rj ed on the local expansion bus or on the system bus if an 
accompanying microprocessor was appropriate. 


The Local CPU/Memory Expansion bus will always be 
Subsystem communication dependent upon microprocessor technology. The inter- 
face between a CPU and its memory needs to be tightly 


vie coupled if we are to extract the maximum performance 
Figure 5. Multi-board subsystems interact with levels from a given microprocessor family. This bus will 
each other across a private P2 bus and appear evolve with microprocessor technology and will typical- 


ly exist for only two to four years before it has to be 
redesigned. If the CPU element requires more MIPs 
then additional identical microprocessors could be 


as a single logical subsystem 


closely coupled on this local expansion bus; if these mi- 
PEN tae oe anes croprocessors had on-chip or local caches, as many of 
The realization that a single bus could not solve all of the higher performance offerings do, then this multiple 
the problems is an important first step. The require- microprocessor CPU/Memory bus must be cache co- 
ments of each sub-bus are so different that compromis- herent. 
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intel. 


A major requirement of the SYSTEM bus is a technolo- 
gy independent communications media. Since this bus 
will remain constant throughout multiple generations 
of microprocessors it must be decoupled. from the mi- 
croprocessor technology used on the single board com- 
puter. This loosely coupled approach, whereby each 
single board computer subsystem is independent, will 
enjoy all of the benefits of the systems networked on a 
Local Area Network. Global system functions such as 
initialization, diagnostics and configuration must be 
added in a standardized way to this long-lived system 
bus. 


PHYSICAL STANDARDS 


A reasonably large card size with ample power is key to 
making the best use of the available levels of silicon 
integration. While no real data has proven that edge 
connectors should not be used, there is a definite trend 
towards gas-tight pin-and-socket connectors. A double 
Eurocard format, IEEE/ANSI 1101 Standard, with 
dual 96 pin DIN connectors was chosen for the Multi- 
bus II standard. A ‘U’ shaped front panel, licensed 
from Siemens, West Germany, was chosen for its en- 
hanced EMI and RFI qualities. 


THE INCREMENTAL I/O BUS 


The large array of existing iSBX (IEEE 894) modules 
for the Multibus I family of products encouraged its 


System 
Space 


Ad pie anes Address Sequence | Transfer Block Number of 
aie Space Size Type Width (bits) Transfers Repling Agents 
CPU/Memory| Memory 2**32 bytes Read/Write | 8, 16, 24, 32 Supported 
Space with increment 
Input/Output} 2**16 8-bit ports. Read/Write | 8, 16, 24, 32 Supported 
without increment 
Message 2**8-1 Agents Write Only 
1 Broadcast 
Interconnect 2**9 8-bit Read/Write 
registers each agent 
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adoption within the Multibus II standard. The iSBX 
strategy has proven itself with customers and vendors 
alike. 


For more advanced I/O needs, the Modular Interface 
eXtension (MIX) Architecture was created. For more 
information on MIX, refer to Application Note, AP- 
423, 


THE LOCAL EXPANSION BUS 


The exact bus used for local expansion will vary ac- 
cording to the specific requirements and performance 
levels required in a subsystem design. As far as the 
IEEE/ANSI 1296 specification is concerned, this is an 
open option and ANY bus that is suitable may be used. 
Intel initiated a standard call iLBX II which was opti- 
mized for a 12 MHz 80286 microprocessor although 
other manufacturers have implemented this using 
members of the 68000 family. Siemens have implement- 
ed Multibus I on the P2 connector and called it the 
AMS bus. Intel has also offered the PC AT bus as a 
subsystem option on a range of PC compatible prod- 
ucts—while this subsystem bus is low performance, it is 
a low cost method to add dumb I/O to a Multibus II 
subsystem. The IEEE 896 committee is currently work- 
ing upon cache coherent extensions to Futurebus; this 
bus, discussed in Chapter 7, would be a good candidate 
for a high performance local expansion bus. 


Supported One or All ? 
without increment 


Figure 6. The Multibus II System Bus has two address spaces each subdivided into two sections 
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THE SYSTEM BUS 


The CPU/Memory bus defined on most buses is inade- 
quate to support “‘systems-level’? requirements so a 
SYSTEM SPACE was added to the definition of the 
Multibus II System Bus. [A good analogy here, from 
the software world, is the User/Supervisor Spaces com- 
mon in advanced operating systems.] This system space 
is divided into two portions—Interconnect Space to ful- 
fill the initialization, diagnostics and configuration re- 
quirements and Message Space to fulfill the standard- 
ized communications requirements. Figure 6 shows the 
four address spaces available on the Multibus II system 
bus—note that the traditional CPU/Memory space is 
retained for compatibility with existing buses and to aid 
migration of existing applications into the Multibus II 
environment. The system bus is optimized for system 
space operations but CPU/Memory space operations 
can perform well in their limited single cycle mode. 


Intel’s implementation of the Multibus II Parallel Sys- 
tem Bus is contained in their VLSI bus interface device, 
the Message Passing Coprocessor (MPC or 82389), 
whose functional block diagram is shown in Figure 7. 
The MPC bus controller is a 70,000 transistor single 
chip device designed to minimize the board area re- 
quired by the bus interface circuitry. By standardizing 
the bus interface in publicly available silicon, all users 
of the Multibus II standard can look forward to lower- 
ing costs and ensured compatibility. This standardiza- 


tion in silicon is similar to Intel’s work with IEEE 754 
floating point standard implemented in the 8087, 80287 
and 80387 components and the IEEE 802.3 Ethernet 
standard implemented in the 82586 and 82588 compo- 
nents. 


The 70,000 transistors which make up the MPC bus 
controller implement a variety of functions as shown in 
Figure 8. As seen from Figure 8 most of the MPC bus 
controller deals with message space, either interrupt 
messages or data transfer messages or with interconnect 
space. 


Traditional Bus Functions 
Bus Control 
Bus Arbitration 
Dual Port Memory Control 
Off-Board References 
Interrupts 


Advanced Bus Functions 
Parity Generation/Detection 
Interconnect Space 
Built-in-Self-Test 
Message Passing 


70,000 


Figure 8. The majority of the 70,000 transistors 
within the MPC support the System Space 
functions of the Parallel System Bus 
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Figure 7. Intel’s implementation of the IEEE 1296 specification 
is cast in silicon as the 82389 component 
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The MPC bus controller contains almost all of the logic 
needed to interface any microprocessor to the Parallel 
System Bus—indeed all of today’s popular 32-bit mi- 
croprocessors are available on Multibus II products. 
One of the few required external components are the 
high current bus drivers as shown in Figure 9. Optional 
external logic to support dual-port memory selection 
and off-board memory and I/O references may be in- 
cluded if traditional bus functionality is required. All of 
Intel’s Multibus II boards also includes a microcontrol- 
ler (8751) to implement interconnect space. 


The alternate system bus, the Serial System Bus or SSB, 
is currently defined but is not implemented in silicon. 
The goal of this bus was to reduce the cost of coupling 
multiple boards together and it was specified as a 2 
Mb/sec serial link. All software interfaces to an SSB 
chip would be identical to that of the MPC parallel bus 
controller so NO SOFTWARE CHANGES would be 
necessary to use the serial system bus. Performance 
would be much less using this serial system bus but, for 
many designs, this would be acceptable. 
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INTERCONNECT SPACE 

Interconnect address space is a fundamental part of the 
IEEE/ANSI 1296 specification and it addresses three 
major customer requirements: Board identification, ini- 
tialization, configuration and diagnostics. Interconnect 
space is implemented as an ordered set of eight-bit reg- 
isters on long word (32 bit) boundaries—in this way 
little endian microprocessors such as the 8086 family 
and the big endian microprocessors such as the 68000 
family access the information in an identical manner. 
One objective of interconnect address space is to allow 
higher level software to gain information concerning 
the environment in which it operates, independent of 
who manufactured the board, the functions it contains, 
and the card slot it is in. To accomplish this goal, a 
comprehensive Interconnect Interface Specification 
which builds upon the concepts introduced within the 
IEEE/ANSI 1296 specification has been published by 
Intel Corporation and is available from the Multibus 
Manufacturers Group. | 


Board identification registers are read-only locations 
containing information on the board type, its manufac- 
turer, what components are installed, and other board 


: On board bus 


Off-—board Buffers 


High Current Drive Buffers 
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Figure 9. The MPC integrates all of the System Bus functions into a single VLSI component 
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specific functions. Configuration registers are read/ 
write registers which allow the system software to set 
and change the configuration of many hardware op- 
tions. In most cases hard wired jumper options can now 
be eliminated in favor of software control. Diagnostic 
registers are used for starting, stopping, and status re- 
porting of self- contained diagnostic routines supplied 
with each board. These diagnostics are commonly 
known as Built-in-Self-Tests (BISTs). 


Interconnect space is based on the fundamental princi- 
ple that you can locate boards within a backplane by 
their physical slot position. This concept, known as ge- 
ographic addressing, is a very useful tool during sys- 
tem- wide initialization. Each board in the system con- 
tains firmware which conforms to a standardized head- 
er format as shown in Figure 10. At boot time, the 
system software will scan the backplane to locate its 
resources before loading device drivers. This approach 
eliminates the need for reconfiguring the software every 
time a new board is introduced to the backplane. It also 
solves the problem of how to configure multiple con- 
troller and processor boards in large multiprocessing 
systems. Slot independence is achieved by having all 
boards in the system carry their own initialization and 
diagnostic functions on-board in firmware. Operating 
systems can generate a map of where resources are lo- 
cated during initialization time, and then use this list as 
the basis of message passing addresses. 


Vendor defined 


Board Name 


Vendor ID 


NOTE: 
Location 32 must return OFFH. 


Figure 10. All IEEE/ANSI 1296 compatible boards 
‘contain an Interconnect Space Header Record 
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In addition to the header record, a board manufacturer 
may also supply additional function records which 
make other features of the board accessible to the user 
through interconnect space. An example is shown in 
Figure 11. Function records begin with a byte specify- 
ing the record type, followed by the number of bytes 
which the function record contains. The data contained 
in a function record is organized by the manufacturer 
according to published specifications which accompany 
the board. Many types of function records have already 
been defined. Some examples include memory configu- 
ration, parity control, serial I/O, and other commonly 
used functions. If there is no existing record type which 
adequately describes a given function, new record types 
can be defined, up to a maximum of 1020 different rec- 
ord ‘types. System software will search for a particular 
record by starting with register number 32 (end of the 
header record; start of the first function record), and 
scanning the record type field, then counting bytes to 
the next function record until either the correct record 
is found or an “End of Template’ record (hex value 
OFFh) is encountered. 


End of Template 


Function Record 


Function Record 


Function Record 


Function Record 


Linked 
List Function Record | 
Format 


Header Record 


Vendor ID 


Figure 11. Extended records within 
Interconnect Space give System Software 
knowledge of the hardware. 


DIAGNOSTIC PHILOSOPHY WITHIN 
INTERCONNECT SPACE 


Intel has taken the usefulness and standardization of 
interconnect space one step further by embracing a 
standard diagnostic philosophy. Each intelligent board 
should have the capability to test itself and report error 
status in interconnect space if problems exist. There are 
three occasions when diagnostic testing can be invoked. 
A subset of the complete on-board diagnostics will be 


run during power-on initialization system testing, and 
more extensive testing can be invoked from an opera- 
tors console. Following power-on, most boards will go 
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through a series of initialization checks, where the basic . 


functioning of the MPC bus controller and microcon- 
troller is verified. These checks are followed by a pow- 
er-on test suite which is controlled automatically by 
each local microprocessor. If a hardware failure is de- 
tected at this point, a yellow LED on the front panel 
will illuminate so that the failing module can easily be 
identified and replaced by an operator, additionally test 
results are posted in interconnect space to be read 
across the backplane. Note that a CPU board when 


- scanning interconnect space can now discover the oper- 


ational status of boards in the backplane as well as their 
identity. 


System level diagnostics are run to make sure a single 
board does not corrupt the rest of the system’s opera- 
tion. If a board is not “well enough” to run in a system 
environment it will be disabled (CPU shutdown) by the 
microcontroller. 


If further testing is desired, extended diagnostics can be 
invoked by placing a diagnostic request in the BIST 
registers of interconnect space. Usually one board will 
operate as a Master Test Handler, and will request 
services from other boards in the system which function 
as Slaves while under test. A menu of available tests is 
accessible via interconnect space. This test philosophy 
can be applied on-site by the end-user or service repre- 
sentative, or remotely executed via modem from a re- 
gional repair center. In most cases, downtime can be 
minimized by sending out a replacement board, thus 
avoiding an expensive repair call. 


The firmware content of Multibus II boards is much 
greater than on previous industry standard buses. In 
addition to the 8751 microcontroller, there are likely to 
be EPROMs on board which contain the extended di- 
agnostics, test handlers, reset initialization sequencing, 
debug monitors, and numerous other functions. The lo- 
cation of diagnostic firmware on a board will depend on 
the complexity of the code and the speed at which it 
runs. For simple replier agents, it may be that the on- 
board EPROM of the 8751 microcontroller contains 
enough program store for rudimentary diagnostic func- 
tions as well as the interconnect core firmware. In con- 
trast, most requestor/replier boards (those capable of 
becoming bus masters) are more complex, and most 
diagnostic code is run by the microprocessor from on- 
board EPROM. In this case, the 8751 serves primarily 
as the communications interface for diagnostics. 


INTERCONNECT SPACE-THE 
MANUFACTURERS PERSPECTIVE 


From the perspective of a board designer, interconnect 
is a mixed blessing. The board manufacturer is certain 
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to enjoy the benefits of reduced support costs, easier 
fault isolation in field repairs, and enhanced customer 
satisfaction, but these advantages do not come for free. 


One would anticipate longer development times, in- 
creased parts count on-board, and configuration in 
firmware to increase the amount of effort it takes to 
prepare a Multibus II board for market. Indeed this is 
so. In order to minimize this development time Intel 
has produced an Applications Note which details the 
steps and discusses the options available for a fuli fea- 
tured interconnect space implementation. The core mi- 
crocontroller code is also provided on a DOS diskette 
and is designed to user extensible. It is now straightfor- 
ward to add these advanced capabilities to any Multi- 
bus II board design. 


THE MESSAGE PASSING 
MECHANISM 


While the previously described features make more reli- 
able systems easier to build using the Multibus II stan- 
dard, it is the innovative message passing scheme that 
gives the parallel system bus its high performance in a 
multiple microprocessor application. The underlying 
theory behind message passing is simple—it decouples 
activities between the host microprocessor’s local bus 
and the system bus. This decoupled-bus approach pro- 
vides two major advantages. First, it allows increasing 
parallelism of operation—resources that would other- 
wise be held in traditional wait states while arbitration 
occurs are freed, and second, one bus bandwidth does 
not limit the transfer rate of another. The local micro- 
processor bus and the system bus can perform full 
speed synchronous transfers independently and concur- 
rently. The decoupling is achieved within the MPC bus 
controller using high speed FIFO circuitry as shown in 
Figure 12. 


Nine 32 byte FIFO’s are integrated into the MPC bus 
controller. Five of them are used for interrupt messages 
(one transmit and four receive) and four are used for 
the transfer of data blocks (two transmit and two re- 
ceive). To understand the impact of message passing, 
let us consider a simple example of transferring 1K 
block of data from CPU A to CPU B as shown in 
Figure 13. We will first use a shared memory method 
and then a message passing method. 


To use a concrete example lets assume that A is a 186 
based board and can transfer data at 1 MB/sec and B is 
a i386 based board that can receive data at 10 MB/sec. 
We will ignore DMA controller setup. DMA controller 
A will put a destination address onto the system bus 


- and the address decode logic on board B will respond. 


We wait for the address to propagate through the dual- 
port controller on board B and then wait for the access 
time of the memory on board B. Data is 
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Figure 12. Decoupling of the local bus from the system bus 
is achieved with nine very high speed FIFOs 


transferred and once accepted by board B a ready sig- 
nal will be generated and DMA controller A will move 
on and generate the next address. This address-wait- 
data cycle repeats until the full 1 KB of data is trans- 
ferred. The overall speed of the transfer will be 1 MB/ 
sec (the slower of the two boards) so it will take 1 msec 
to transfer the complete 1K buffer. If the system bus 
was required by an alternate CPU then the current data 
transfer would be delayed or the alternate CPU would 
have to wait. 


CPU A 
1 Mb/sec 


CPU B 
10 Mb/sec 
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Figure 13. Let us move a 1 Kbyte block of data 
from Board A to Board B 
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Now lets consider the message passing case. This time 
we have to set up both DMA controllers. CPU A could 
probably transfer data faster than 1 MB/sec into a local 
I/O port (the MPC bus controller) but we will ignore 
this potential performance improvement. The speed of 
this transfer will still be 1 MB/sec, the speed of the 
slower board, and the total transfer time will still be 1 
msec. What did we gain then for the overhead of setting 
up two DMA controllers? 


Let us look in detail at what is happening inside the 
MPC bus controller. Figure 14 shows a fragment of 
each board with different areas of each MPC bus con- 
troller highlighted. Data is being DMA’ed into MPC-A 
at 1 MB/sec and flows into one of the transmit FIFO- 
pairs. Once 32 bytes have been received the MPC auto- 
matically switches to the alternate transmit FIFO and 
starts to fill that. The full transmit FIFO empties across 
the system bus into a receive FIFO in MPC-B. This 
transfer of a 32 byte packet occurs at the full bus band- 
width of 40 MB/sec. A data packet has a two clock 
cycle header which describes the source, destination 
and type of this packet which reduces the effective data 
transfer rate to 32 MB/sec. The packet therefore takes 
1 microsecond to pass between the two MPC bus con- 
trollers. Bus arbitration is done in parallel with the 
packet transfer so this does not add to the transit time. 
Once the packet is inside of MPC-B then DMA-B emp- 
ties its receive FIFO at 10 MB/sec. 
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garding the local environments of each board, through 
the use of a standardized data transfer mechanism, is 
especially important in the general case where each 
board is running a different operating system (probably 
on a different microprocessor). A real time operating 
system can now simply exchange data with, say, 
UNIX* using this standardized message passing mech- 
anism. Message passing also standardizes inter-CPU 
signalling since interrupts are special TYPEs of packet 


single microprocessor. This isolation of concerns re- 
(more later). 


processors as straight forward as communication with a 
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at 40 MB/sec 
Figure 14. Looking closely at the message based data transfer mechanism 
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Part of CPU Board A 


filling from local memory and emptying into MPC-B 
until the full 1K of data has been transferred. No pro- 
gramming, save the initial setup, is required. If we look 


The transmit FIFO-pair of MPC-A alternate between 
at the system bus activity we see that 1 microsecond 
packets are being transferred at 32 microsecond inter- 
vals—the bus is only busy for 3% of the total data 
transfer. We have gained 97% bus availability. Com- 
pare this with the 0% bus availability in the shared 
memory case. Message passing frees up system bus 
bandwidth to enable many other single board computer 
pairs to interchange data at no loss in performance. In a 
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etc. This overhead is more 


than compensated for by the ignored increase in local 
ity would have increased. The MPC bus controller uses 


a logarithmic backoff algorithm on retries so the bus 
activity increase would not be excessive. Alternately 


FIFOs would be full and caused MPC B to retry some 
data transfers. No data would ever be lost but bus activ- 
MPC B could be preprogrammed to use a lower packet 


fer—some setup is required so that the sending MPC 
A would have rejected some packets because its receive 


bus controller knows the message address of the receiv- 
transfer data rates. I also simplified the issue by having 
a receiving board much faster than the transmitting 
board (10 MB/sec vs. 1 MB/sec)—if I had transferred 
data in the opposite direction (from B to A) then MPC- 


This short explanation has over-simplified the trans- 


ing MPC bus controller, 


much 


resource will be system bus bandwidth and the Multi- 
We gain a lot more than system bus bandwidth using 
message passing. Not that CPU A transferred data 
from its local memory into a local I/O port (the MPC 


bus controller). CPU A did not have to understand the 
memory layout or restrictions of memory on CPU B— 


multiple microprocessor application the most precious 
this also allowed CPU B to do its own memory man- 
agement and buffer allocations. Similarly CPU B has 
no concern over how CPU A does its memory manage- 
ment. We have isolated the data away from known 
memory locations and do not have to deal with sema- 
phore flags or similar mechanisms. This simplifying 
step make intercommunicating with multiple micro- 


bus II message passing scheme gives you more, 


more. 
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duty cycle if I had known that MPC A would always be 
slower. 


Having the underlying architectural support to permit 
multi-CPU solution is, of course, only the first step. To 
build systems we need software. Intel, working with 
other vendors, has defined a Transport Protocol specifi- 
cation above the MPC bus controller which provides 
services such as large block transfers and acknowledged 
transactions. Data fragmentation at the sender or re- 
ceiver is detailed sot that large data buffers are neither 
assumed nor required. The implementation is efficient 
across all CPU architectures; indeed, Intel has supplied 
implementations on the iRMX Real Time Operating 
System, the iRMK Real Time Kernel and the UNIX* 
System V operating systems; these are compatible with 
offerings from Digital Research (FLEXOS*, VRTX*, 
Tadpole Technologies UNIX68K, MS-DOS*, Micro- 
soft Windows*, plus many more). 


MESSAGE SPACE DETAILS 


The MPC bus controller introduces a hardware recog- 
nized data type called a packet as shown in Figure 15. 
The MPC contains FIFO circuitry such that these 
packets may be moved very efficiently between 
MPCs—data is moved on subsequent clock edges of the 
10 MHz synchronous bus; this defines the maximum 
bus occupancy of a packet to be one microsecond. Each 
MPC bus controller has an address in message space 
and these are used in the message header (source and 
destination fields). 


Figure 15. The MPC bus controller introduces a 
hardware-recognized data type called a packet 


Seven different packet types are currently defined and 
are summarized in Figure 16. These divide into two 
categories; unsolicited, or interrupt packets and solicit- 
ed, or data transfer packets. The data fields within a 
packet are user defined and the length may vary from 
zero to a maximum of 32 bytes (28 for an unsolicited 
packet) in four-byte increments. Note that a packet 
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# 


with no data bytes will only consume 2 clock or 200 
nsec of system bus time. 


UNSOLICITED PACKETS 


Unsolicited packets, as the name implies, are always a 
surprise to the MPC bus controller. Their arrival is un- 
predictable so each MPC has four FIFOs in which it 
can queue unsolicited packets. These packets are equiv- 
alent to the interrupts of a conventional bus with the 
added feature of having up to 28 data bytes provided 
with the signal. Unsolicited packets can be thought of 
as virtual interrupts. Where as traditional bus are limit- 
ed to 5.8 or 11 hardware interrupts across the bus, Mul- 
tibus II can handle unlimited or 2552! interrupts.There 
are five different unsolicited packets: two are used for 
interrupts and three are used to set up solicited data 
transfers. A general interrupt request may be sent be- 
tween any pair of single board computers and a broad- 
cast interrupt may be sent to all boards in a system. The 
three special interrupts, Buffer Request/Grand/Reject 
are used to initiate large data transfers (solicited mes- 
sages) between pairs of single board computers. 


SOLICITED PACKETS 


Solicited packets are never a surprise since their arrival 
is negotiated—the receiving MPC bus controller knows 
what to do with them. These packets are used for the 
transfer of data from one board to another and the 
transfer is set up using unsolicited packets. To summa- 
rize the operation of solicited packets the MPCs coop- 
erate in the moving of blocks of data between boards, 
they break the data into 32 byte packets, send them 
across the bus, and reassemble the data transparently to 
the sending/receiving boards. All operations such as 
packetization, bus arbitration, error detecting and re- 
covery is handled by the MPC bus controllers—this is 
done transparently to the local microprocessors. Key to 
system performance is the packetization of data on the 
system bus which limits the maximum bus occupancy 
to one microsecond. 


BUS ARBITRATION GUARANTEES 
LOW BUS LATENCY 


The Multibus II system bus uses a distributed arbitra- 
tion scheme as shown in Figure 17. Each board that 
requires access to the system bus contains the circuitry 
of Figure 17 (note that this is contained within the 
MPC bus controller) and no active components are re- 
quired on the backplane. The MPC bus controller uses 
a software assigned identifier to request the bus and the 
arbitration circuitry will indicate that the MPC is pre- 
paring for a bus cycle. The MPC supports two arbitra- 
tion algorithms, fairness and high priority. 
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Intelligent Interrupts Negotiated arrival 
Used for signalling Used for data transfer 
User data 0 to 20 bytes User data up to 16 MB 
Types Types . 
— 00 General interrupt — 62 Data Packet 
— 01 Broadcast inter- — 63 Last Data Packet 

_rupt 

— 36 Buffer Request 
— 52 Buffer Reject 
— 53 Buffer Grant 


Figure 16. There are seven type of packet 
subdivided into two categories 


The fairness mode is used for data transfers and is “‘po- 
lite’. If the bus is being used, the MPC will wait before 
requesting use of the bus; once the bus is not busy the 
MPC will request the bus and will wait for it to be 
granted; once the MPC uses the bus it will not request 
it again until all other requesters have used the bus. 
“Parking” on the bus is permitted—if no other board 
has requested the bus since the last time that this board 
accessed the bus (remember that the bus is continually 
monitored) then it may access the bus directly without 
executing an arbitration cycle. These algorithms assure 
that a single board cannot monopolize the bus and keep 
others from using it. Remember that each MPC will 
only use the bus for a maximum of one microsecond 
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and since the arbitration is being resolved in parallel 
there are no wasted clocks as bus ownership is trans- 
ferred; all transfers operate back-to-back. 


THE SYSTEM BUS HAS 
DETERMINISTIC INTERRUPT 
LATENCY 


The high priority mode is used for interrupts and is 
“impatient”. The MPC bus controller, when in this 
mode, will “barge in” on an arbitration cycle and be 
guaranteed the next access to the bus. The MPC bus 
controller can set up interrupt packets specifically to 
operate in high-priority mode so these will only have a 
one microsecond latency to access the bus. In the rare 
instance that two MPCs try to initiate an interrupt 
packet within the same one microsecond window the 
highest priority board will be granted the bus and the 
other board will have to wait a maximum of two micro- 
seconds for its bus access. 


Interrupt packets and data transfer packets interleave 
on the bus (actually interleave within a single MPC 
too) with preference always going to the interrupt pack- 
et. A single MPC bus controller will operate with inter- 


Trupt packets in high priority mode and data transfer 
packets in fairness mode; this will ensure that interrupt 


packets have a deterministic bus transit time of 1 psec 
(2 usec sometimes and 20 psec conceivable worse case 


~ when all 21 MPCs try to initiate an interrupt packet 


within the same one microsecond window, a very, very 
rare occurrence). 
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Figure 17. The Multibus Ii Parallel System Bus uses a distributed arbitration scheme 
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SYSTEM BUS CHARACTERISTICS 


Figure 18 shows the pinout of the P1 connector. The 
signals can be classified into five groups; 1. Central con- 
trol, 2. Address/data, 3. System control, 4. Arbitration, 


and 5. Power. 


0 volts 
+5 
+12 volts 
0 volts 
TIMOUT* 
LACHn* 
ADO* 
AD2* 
AD4* 
AD7* 
AD8* 
AD11* 
AD13* 
PAR1* 
AD17* 
AD20* 
AD22* 
AD24* 
AD26* 
AD29* 
AD31* 
+5 volts 
BREQ* 
ARB5* 
ARB3* 
ARB1* 
SCg9* 
SC6* 
SC4* 
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+5 volts 
0 volts 


Go 
NO 


' —12 volts 


PROT* 
DCLOW* 


+ 5 volts (Batt) 


SDA 
SDB 
0 volts 
AD1* 

0 volts 
AD5* 
+ 5 volts 
AD9* 
+ 5 volts 
AD14* 
0 volts 
AD18* 
0 volts 
AD23* 
0 volts 
AD27* 
0 volts 
Reserved 
+5 volts 
RST* 
+5 volts 
RSTNC* 
0 volts 
SC8* 

0 volts 
SC3* 


+5 volts (Batt) 


SC1* 
SCO0* 


0 volts 
+5 volts 
+12 volts 
BCLK* 
0 volts 
CCLK* 
0 volts 
AD3* 
AD6* 
PARO* 
AD10* 
AD12* 
AD15* 
AD16* 
AD19* 
AD21* 
PAR2* 
AD25* 
AD28* 
AD30* 
PAR3* 
Reserved 
BUSERR* 
ARB4* 
ARB2* 
ARBO* 
SC7* 
SCc5* 
SC2* 

— 12 volts 
+5 volts 
0 volts 


Figure 18. The complete Parallel System Bus is 
implemented on a single 96 pin DIN connector. 


CENTRAL CONTROL 


The parallel system bus is a synchronous design and 
great care is taken, especially within the backplane elec- 
trical specifications, to maintain a crisp 10 MHz system 
clock. All other signals are referenced to the system 
clock for setup and hold times. The IEEE/ANSI 1296 
specification details precisely what happens upon each 
of the synchronous clock edges so there is no ambigui- 
ty. The specification also details numerous state ma- 
chines that track bus activity and are implemented to 
guarantee compatibility. 
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A central services module (or CSM) in slot 0 generates 
all of the central control signals. This CSM may be 
implemented on a CPU board, a dedicated board or on 
the backplane of a cardcage. The CSM drives reset 
(RST*) to initialize a system; a combination of 
DCLOW* and PROT™ are used to distinguish between 
cold start, warm start and power failure recovery. Two 
system clocks are generated, BLCK* at 10 MHz and 
CLCK* at 20 MHz. RSTNC* and LACHn are used 
for advanced facilities within the bus and their descrip- 
tion is deferred. 


SDA and SDB are reserved for a serial system bus (cur- 
rently being investigated by the IEEE) and there are 
two pins reserved for future use. 


ADDRESS/DATA 


The Multibus II parallel system bus is a full 32 bits 
(ADO..31*) with byte paraty (PARO..3*). The system 
control lines will define when address information or 
data is contained upon these multiplexed lines. Note 
that all transfers are parity checked and, in the case of 
message packets, the MPC bus controller will retry an 
operation that failed due to a parity error. If, after six- 
teen tries, the error is not recoverable, the MPC bus 
controller will interrupt its host microprocessor to ask 
for assistance. 


SYSTEM CONTROL 


Ten lines (SCO..9*) are used for system control and 
their functions are multiplexed too. SCO* defines the 
phase of the current bus cycle (request or reply phases) 
which then defines how SC1..7 should be interpreted. 
SC8 provides even parity over SCO..3 and SC9 provides 
even parity over SC4..7. Figure 19 shows the decoding 
of the Status/Control signals throughout a typical bus 
cycle. 


Sianal | Function during | Function during 
gna" Request Phase | the Reply Phase 


Request Phase Reply Phase 
Lock 


Data Width End-of-transfer 
Data Width Bus Owner Ready 
Address Space Replier Ready 
Address Space Agent Status 
Read or Write Agent Status 
Reserved Agent Status 


Even parity on SC<7..4>* 
Even parity on SC<3..0>* 


Figure 19. The Status/Control lines are encoded 
to preserve lines on the system bus 
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ARBITRATION 

All boards request use of the bus through a common pes 
bus request line BREQ*. A distributed arbitration | REQUEST 


scheme is defined which grants the bus to the numeri- 
cally highest requesting board as identified on lines 
ARBO..5. Two arbitration algorithms. are supported: 
fairness, which gives each board an even portion of the 
available bus bandwidth, and priority, which permits a 
high priority request (such as an interrupt) to be guar- 

anteed the next access to the system bus. ence: 


POWER REPRDY = L AND REPRDY = H AND 
ADDR = H ADDR = H 
There are ample power and ground lines defined and 


these are spread over the length of the P1 connector to 
minimize ground shift and other problems. 


REPRDY =H 
REPLIER REPLIER 
HANDSHAKE HANDSHAKE 

TYPICAL BUS CYCLE i 

SC2*=H AND 
The parallel system bus is particularly easy to interface REPRDY = L AND 
to. This section will cover the sequencing of a typical et ase li cc2* 2 HAND 
REPLIER interface as an illustration of the bus timing. (SC3*=H OR 
The IEEE/ANSI 1296 specification details numerous lode GaruseanoR ey” 
state machines that track bus activity and are imple- 281113-13 
mented to guarantee compatibility. An I/O replier need 
only implement a single “Replying Agent’ state ma- Figure 20. The IEEE/ANSI 1296 Specification 
chine. This is shown in Figure 3.5-5 in the IEEE/ANSI details numerous state machines. 
1296 standard and repeated here in Figure 20 for refer- A replier is shown here. 


ence. Remember that an application CPU (a REQUE- 
STOR) will start the cycle that the REPLIER will re- 
spond to. 


Address 


In order to progress quickly through this discussion, an 
assumption that the requestor always issues valid re- 
quests will be made. Error handling for invalid requests 
will be added later. Figure 21 summarizes the design 
task. The logic required to map the multiple signals and 
protocols from the Multibus II parallel system bus into 
the simple read strobe, write strobe and chip select of 
an I/O device must be designed. In this example fea- 
tures will be kept at a design minimum but all essential 
circuitry will be discussed in detail. 


RD 
Control Salhi”, Stiaaaed s. 
| 6s 1/0 DEVICE 


REPRDY 
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Figure 21. The design of a REPLIER is 
fundamentally a bus monitor. 
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The replying agent state machine is fundamentally a 
bus monitor. State transitions in Figure 20 occur at the 
falling edge of bus clock. The state machine remains in 


the wait-for-request state until it detects the start of a 


requestor cycle on the system bus (SCO* LOW) then it 
moves into an address decode state. If this requestor 
cycle is not ours (local decode signal ADDR is LOW) 
then return to the wait-for-request state. If the reque- 
stor cycle is detected as ours (ADDR is HIGH) then 
transition to a new state controlled by a local ready 
signal (REPRDY). If not ready (REPRDY is LOW) 
then wait until ready. Once ready then wait until the 
requestor is ready (SC3* is LOW) and provide/con- 
sume valid data. Check to see if this is a multi-byte 
transfer (SC2* is HIGH) and if it is not return to the 
wait-for-request state. 


If a multi-byte transfer is detected then decide to accept 
or to ignore the data in the remainder of the cycle. If 
the additional data cannot be handled then signal an 
agent status error (Continuation error) and wait for the 
requestor to terminate the cycle. If a multi-byte transfer 
can be supported then oscillate between the replier wait 
state and the replier handshake state where data is 
strobed. Eventually the requestor will signal the last 
data element (SC2 set LOW) and return to the wait-for- 
request state. 


At the start of each requestor cycle that status lines 
(SC1* through SC6*) detail the type of cycle; SC1* 
signals a locked transfer, SC2* and SC3* encode the 
data width, SC4* and SC5* encode the address space 
and SC6* signals a READ or WRITE cycle. A replier 
must latch these status lines with the address bus and 
use the information to control its subsequent cycle. A 
complete list of the Status/Control decoding is shown 
in Figure 19. 


An I/O replier has certain responsibilities that must be 
adhered to. A requestor expects an I/O replier to gen- 
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erate status information and to signal when ready so 
that the requestor may proceed with the cycle. The cy- 
cle will only terminate once both requestor and replier 
have signalled that they are ready (the IEEE/ANSI 
1296 includes a time out feature which prevents the bus 
from hanging if both ready signals are not generated). 
A replier drives SC4* LOW to indicate READY and 
status information is driven on lines SC5* through 
SC7*; SC8* must also be driven and identifies parity 
across lines SC4* through SC7*. If a replier is supply- 
ing data to a requestor then correct data parity must 
also be driven onto the system bus. 


SUMMARY 


The Multibus II Parallel System Bus was DESIGNED 
to implement all of the “systems features” of a single 
board computer based system. The bus does have some 
CPU/Memory attributes but these were only included 
for compatibility and to aid migration into the Multi- 
bus II environment—comparing these CPU/Memory 
features in isolation with those of other buses is a com- 
plete disservice to the Multibus II architecture and 
misses the complete design goals and motivation set 
forth for this standard. 


The silicon revolution forced the design of the Multibus 
II Parallel System Bus—technology was advancing 
faster than our abilities to use it so we had to find new 
implementation strategies to benefit from these ad- 
vances. Functional partitioning was chosen as the vehi- 
cle to embrace the technology; by partitioning the prob- 
lems into smaller and smaller sub-problems we reach a 
point where the sub-problems are implementable. The 
Multibus II consortium chose this path and executed 
with precision; transistors were applied at strategic 
points to simplify implementations and encourage ease- 
of-use. The Multibus II architecture is completely de- 
fined, documented and available. 
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PURPOSE. Depending on system requirements, the CSM may ad- 


This paper describes and presents methods for imple- 
menting the functions provided by the Central Services 
Module, as defined in the IEEE 1296 specification, and 
is intended to assist the system designer in understand- 


ing and effecting these functions. Function options and © 


other design considerations are discussed. It is assumed 
the reader is familiar with the terms and definitions 
used in the IEEE 1296 specification and with basic log- 
ic design principles. 


1.0 INTRODUCTION 


The IEEE 1296 specification, based on the Intel MUL- 
TIBUS II bus architecture, defines certain general sys- 
tem-wide functions to be provided by a Central Services 
Module (CSM). These system-wide functions include 
power-on and power-fail reset sequences, clock genera- 
tion, bus timeout detection and signal generation, and 
the assignment of cardslot and arbitration identification 
(ID) to each board (agent). The communication path 
between the CSM and the other agents in the system 
environment is via the Parallel System Bus (PSB) inter- 
face. 


The implementation of the defined CSM ensures uni- 
formity in providing a single source for those system- 
wide functions required in an open-bus architecture, 
such as that established in the IEEE 1296 specification. 
Centralizing system-wide functions reduces system cost 
and frees board area for other functions since only one 
board in the system need contain the CSM logic. The 
-TEEE 1296 specification stipulates that only the agent 
in cardslot 0 contain the active CSM functions al- 
though other system agents may contain CSM func- 
tions. 


2.0 CSM FUNCTIONS AND PSB 
SIGNALS 


The following paragraphs identify and briefly describe 
the system-level services and functions supplied by the 
CSM and the PSB signals generated, monitored or used 
to implement these services. An asterisk following the 
signal name indicates that the particular signal or 
group of signals are active when at their electrical low. 


2.1 CSM Functions 


The IEEE 1296 specification defines the minimum re- 
quired functions of a CSM as: 


e Generation of system clock signals 


@ Generation of reset sequences for both cold and 
~ warm start and power failure indication 


e Cardslot and arbitration ID initialization 


e Timeout signal generation for PSB data transfer cy- 
cles. 


ditionally provide: 
© Power-fail recovery reset 
e Bus ownership timeout. 


Other system-wide resources, such as a time of day 
clock or interface to another bus system, may be conve- 
niently implemented with the CSM on the same PSB 
agent. We shall see that the CSM functions require very 
little board area to implement. 


2.2 PSB Signal Used by the CSM 


The CSM utilizes signals from each of the five signal 
groups defined in the IEEE 1296 specification. These 
signals are identified and their use by the CSM is de- 
scribed briefly in Table 2-1. 


3.0 FUNCTIONAL OVERVIEW 


The following sections discuss how to add the CSM 
functions to a PSB agent. The agent could contain only | 
the CSM and interconnect relier modules and addition- 
al functional modules as well. The design example pro- 
vided in section 4, (excepting the PSB buffers), requires 
less than six percent of the area on a standard MULTI- 
BUS II board. The CSM module cannot be added to 
agents which employ Intel’s Message Passing Coproc- 
essor, due to the current and capacitive loading require- 
ments of the PSB signals in Table 2-1 which the MPC 
drives directly. 


This paragraph provides a functional overview of the 
design and discusses signal requirements. A detailed de- 
sign example is illustrated and discussed in paragraph 
4. Additional design considerations are described in 
paragraph 5. 


Functionally partitioning the CSM functions results in 
the block diagram shown in Figure 3-1. The signal ter- 
minations identified on the righthand side of the dia- 
gram are the actual PSB pin assignments identified in 
the IEEE 1296 specification. 


3.1 Clock Generator (CLKGEN) 
Function 


Listed in Table 3-1 and depicted in Figure 3-2 are the 
timing relationships between the BCLK* and CCLK”* 
signals as specified in the IEEE 1296 specification. The 
circuits used to develop and supply the BCLK* and 
CCLK* signals must guarantee t2 (high time), t4 (low 
time), and t5 (period). The circuits must also guarantee 
t6 (clock-to-clock) and the correct phase relationship 
between clock signals. Signal parameters t1 (rise time) 
and t3 (fall time) must be met by the buffer device 
driving the clock signals onto the PSB bus interface. 
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Arbitration Cycle Bus Request. All agents that require access to the PSB 
assert the BREQ* signal. The CSM monitors this signal 
as part of its bus timeout function. 


ARB <5..0>* Arbitration Cycle Arbitration lines. The CSM uses these lines during a 
reset sequence to assign a cardslot ID and an arbitration 
ID to each agent in the system. 


AD <20..1>* Address/Data Bus Address/ Data lines. See Figure 2-1. Each Address/Data 
line is connected to the LACHn* pin of a cardslot. The 
LACHn* signal is used to latch the cardslot and 
arbitration IDs to each agent (except cardslot 00) during 
a reset sequence. 


SC <4..2,0>* System Control System Control lines. The CSM monitors these control 
signals between agents to sense bus timeout during 
data transfer cycles. 


TIMOUT™* Exception Cycle Bus Timeout. TIMOUT™* is asserted by the CSM to signal 
that an agent is taking too much time to respond to a 
handshake. 

BUSERR* Exception Cycle Bus Error. An agent activates BUSERR* to indicate its 
detection of a data integrity problem during a transfer. 
The CSM monitors this signal as part of its bus timeout 
function. 

BCLK* Central Control 10 MHz Bus Clock. Driven only by the CSM to provide all 
system timing references. 

CCLK* Central Control 20 MHz Central Clock. Driven only by the CSM as an 

| | auxiliary clock for use as an additional timing reference 
among bus agents. 

RST* Central Control -Reset. Driven only by the CSM as a system-level 

initialization signal. 

DCLOW* Central Control DC Power Low. Driven only by the CSM as a warning to 
system agents of an imminent power failure. Part of the 
CSM reset generation function. 


PROT* Central Control Protect. Driven only by the CSM during power-fail 
sequences. Part of the reset generation function. 
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CARDSLOT n 


ADDRESS/DATA BUS SIGNAL GROUP 


BACKPLANE CONNECTIONS 


NOTE: 
The BCLK2* and CCLK2* signals are only required 
for backplanes containing more than 12 cardslots. 


The CSM clock functions can be implemented by use of 
a crystal oscillator, frequency divider, and two or more 
bus drivers. 


3.2 Reset Generator (RSTGEN) 
Function 


The IEEE 1296 specification defines three types of reset 
sequences for the CSM: cold, warm and recovery. The 
RST*, DCLOW* and PROT™ signals are used to en- 
code the reset type. The DCLOW* and PROT™ signals 
are defined as being asynchronous while the RST* sig- 
nal is defined as being synchronous. 


The ACLOW* input is only from the power supply in 
systems supported by battery backup (VBB) and is re- 
quired for power fail and recovery resets. The WARM 
and COLD inputs represent user-controlled signals for 


Figure 2-1. Backplane Connection of LACHn* 
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use in generating warm or cold resets. They might be 
supplied from a system front panel or via a status regis- 
ter in the agent’s interconnect space. BCLK1" is an 
input to clock the synchronous RST™ signal. 


Tables 3-2 through 3-4 and Figures 3-3 through 3-5 list 
and depict the timing specifications for the cold, warm 
and power-fail recovery resets, respectively. 


There are various system and user defined parameters 
beyond the scope of this article which can be added to 
the design and implementation of the RSTGEN func- 
tion. Exploring the flexibility presented by such addi- 
tional factors as the characteristics of the ACLOW* 
signal, whether or not to support battery backup, the 
ramp-up time of the power supply, the number of front 
panel or user inputs, or which options to permit when 
multiple resets occur simultaneously are left for the de- 
sign engineer’s consideration. 


The RSTGEN function described above can be imple- 


mented using voltage monitors, timers and basic con- 
trol logic. 
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CCLK2* 
CCLK1* 
BCLK2* 
BCLK1* 


CLKGEN 


PROT* 
DCLOW* 
RST* 


TIMOUT* 


BCLK1* 


BREQ* 
BUSERR* 
SC<4..2,0>* 


ARB<5..0>* 24A, 24C, 25A 
25C, 26A, 26C 


AD<20..1>* 
16A=14C, 


13A=12C, 

12A~11A, 

10A=8C, BA, 

7B, 7A 
SC<4..2,0>* 


BUSERR®* 
BREQ* 


32B, 29C=29A 
23C 


23A 
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Figure 3-1. CSM Functional Block Diagram 


Table 3-1. CSM Clock Timing Specification 


Rise Time 
High Time 


Fall Time 

Low Time 
Period 
Clock-to-Clock 
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Figure 3-2. Clock Timing Relationships at CSM Connector P1 


Table 3-2. CSM Cold Reset Timing Specifications 


DC Power Setup to DCLOW* 


Cold Reset Duration 
Warm Reset Duration 
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95% of Nominal 
Voltage for all Supplies 
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Cold Start Indication 
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Figure 3-3. Cold Reset Timing on the PSB 


Table 3-3. CSM Warm Reset Timing Specifications 


| Symbol | Parameter 


RST* Pulse Width 
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Figure 3-4. Warm Reset Timing on the PSB 
Table 3-4. CSM Power Fall and Recovery Timing Specifications 


DC Power Hold from DCLOW* 
PROT™* Delay from DCLOW* 
DC Power Setup to DCLOW* 
RST* Delay from DCLOW* 
RST* Setup from DCLOW* 
RST* Active from PROT* 
DCLOW* Pulse Width 

PROT* Hold from DCLOW* 


95% of Nominal 
Voltage for all Supplies 


ty 


DCLOW* 


fe 


a 

) 
P Failure Recovery Indication \ 
ee ‘ 280634-6 


Figure 3-5. Power-Fail Recovery Timing on the PSB 
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3.3 Timeout Generator (TOGEN) 
Function 


TIMOUT™ signal generation for both the Transfer Cy- 
cle and the bus ownership cases will be considered. 
Since all input and output signals are synchronous, 
BCLK* is required. 


3.3.1 TRANSFER CYCLE TIMEOUT 


The IEEE 1296 specification defines a Transfer Cycle 
timeout period as 10,000-12,500 counts of BCLK* 
(nominally 1 ms—1.25 ms). A timer or counter and con- 
trol logic can be used to implement this function. If test 
frequencies are desired for BCLK*, then a counter may 
be a more desirable solution so the Transfer Cycle time- 
out period (TOP) will be a function of BCLK* and not 
fixed at 1 ms. 


Timing of the Transfer Cycle begins on the first clock 
of a request phase; indicated by SCO* active. Once ini- 
tiated and unless one of the following conditions is sat- 
isfied, the Transfer Cycle TOP will have expired and 
the CSM must assert TIMOUT™: 


a. SC2* AND SC4* low AND SCO0* high during a 
reply phase. This condition indicates requester end of 
transfer (EOT) and replier ready handshake, which 
terminates Transfer Cycle timing. 


b. BUSERR* low. This signal unconditionally initiates 
an Expection Cycle which ends the Transfer Cycle 
and stops the counter. 


c. SC3* AND SC4* low AND SC2* AND SC0* high 
during a reply phase. This condition indicates hand- 
shake without EOT and the Transfer Cycle TOP 
needs to be restarted. 


d. RST* low. This condition terminates all bus activity. 


The state-flow diagram in Figure 3-6 symbolizes the 
control logic necessary to assert TIMOUT™* during a 
Transfer Cycle. The transition from one state to the 
next is assumed to be synchronous with BCLK*™. 


In the IDLE state, Transfer Cycles are not in progress. 


The conditions for entering the IDLE state are: system 
reset (RST* low) OR exception cycle (BUSERR* low) 
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OR EOT handshake in reply phase (SC2* AND SC4* 
low AND SC0* high). 


The condition for transitioning to the START state is 
the start of a Transfer Cycle (SCO* low). The START 
state is used to initialize the Transfer Cycle TOP coun- 
ter before transition to the WAIT state. The START 
state always transitions to the WAIT state. 


In the WAIT state, either Transfer Cycle TOP expires 
or a condition where handshake without EOT occurs. 
If the Transfer Cycle TOP has expired, transition is to 
the TO state and the signal TIMOUT™ is activated. If 
handshake without EOT occurs (SC3* AND SC4* low 
AND SC2* AND SCO0* high), transition is back to the 
START state to reinitialize the Transfer Cycle TOP 
counter and then returns to the WAIT state. 


The TO state always transitions back to the IDLE 
state. Thus, in this design, TIMOUT™ is asserted for 
one BCLK™. 


3.3.2 BUS OWNERSHIP TIMEOUT 


The IEEE 1296 specification identifies the bus owner- 
ship timeout as system defined. A timer or counter and 
control logic can also be used to implement this func- 
tion. 


Timing of bus ownership begins with the assertion of 
BREQ” low and ends when BREQ* high OR RST* 
low. If neither of these two conditions occur before the 
TOP expires; then the TIMOUT™ is asserted. 


The state-flow diagram in Figure 3-7 symbolizes the 
control logic necessary to assert TIMOUT™ for bus 
ownership. The IDLE state is transitioned to whenever 
BREQ* high OR RST™ low. Once BREQ* low, a tran- 
sition to the WAIT state is made. If BREQ* fails to go 
high before TOP expires, transition is to the TO state 
and the signal TIMOUT™ is activated. 


In implementing the Transfer cycle and bus ownership 
timeout functions, it may be desirable to differentiate 
between the two signals via a status register in the 
agent’s interconnect space. Requesting agents on the 
PSB bus could then determine which type of reset oc- 
curred. | 
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Figure 3-6. State-Flow Diagram for Monitoring Transfer Cycie Timeout 


BREQ* + RST* 
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Figure 3-7. State-Flow Diagram for Monitoring Bus Ownership Timeout 
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3.4 Cardslot and Arbitration ID 
Assignment Generator (IDGEN) 
Function 


The total number of cardslot and arbitration IDs to be 
assigned is determined by the number of agents in a 
system (up to a maximum of 21). Also, the implementa- 
tion logic requirements are reduced when the system 
contains fewer agents, but for this discussion the maxi- 
mum number of agents is assumed. 


The default assignment of cardslot and arbitration IDs 
are listed in Table 3-5. The CSM timing relationships 
shown in Figure 3-8 are duplicated from the IEEE 1296 
specification for reference. Not indicated in the table or 
figure is the requirement that each ID be setup one 
BCLK* before and held one BCLK® after the BCLK* 
in which LACHn* is active. 


The LACHn”* for each cardslot equals its correspond- 
ing ADn* and assuming the ID assignments will be 
made in ascending numerical order (AD1* . .. AD20"*), 
a shift register would be a satisfactory method for driv- 


8 

intel. 
ing the Address/Data lines. The IDs themselves lend 
nicely to sequential logic or a table scheme. The re- 
maining circuit requirements are control logic to pro- 
vide at least eight counts of BCLK* delay following 
RST* going active before ID assignment begins (per 
IEEE 1296 specification), and to coordinate the Ad- 
dress/Data line shift register with the ID sequencer 
logic. The agent’s Address/Data line buffer control log- 
ic must allow the CSM to enable the buffers on the PSB 
during ID assignment. 


3.4.1 EIGHT COUNT BCLK* DELAY 


A simple way to implement an eight count BCLK®* de- 
lay before ID assignment begins is symbolized in the 
state-flow diagram shown in Figure 3-9. Waiting until 
DCLOW* AND PROT™ are inactive before starting 
the counter ensures that the power source has stabilized 
following power-up and recovery resets. Since a warm 
reset occurs only during normal system operation and 
is indicated by RST*, the RST* low condition is used 
to transition to the first count state. 


Table 3-5. Default Cardslot and Arbitration ID Values 


Cardsiot | ADn* |  Cardslot ID ARB<5..0>* Arbitration ID ARB<5..0>* 
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RST* + DCLOW**PROT* 
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Figure 3-9. State-Flow Diagram for Delaying ID Assignment 
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By using RST* high to keep the counter in the IDLE 
state, the IDEN state can be used in Arbitration and 
Address/Data line PSB buffer control because the 
CSM is the only driver of these lines during a reset 
sequence. The implemented buffer control circuit will 
necessarily depend on the type of agent the CSM re- 
sides on and the type of buffers used. 


3.4.2 ID SEQUENCER LOGIC 


The state-flow diagram in Figure 3-10 symbolizes the 
control logic necessary for controlling the ID sequenc- 
er. The sequencer is in an IDLE state until the BCLK* 
counter of Figure 3-9 is in the IDEN state; then SET- 
UP, LATCH and HOLD states are necessary for each 
ID. Assuming the Address/Data PSB buffers are en- 
abled during the LATCH state, the shift register driv- 
ing the Address/Data lines with the LACHn® signal 
could be timed in either the SETUP or HOLD states. 
The sequencer continues through the SETUP, 
LATCH, and HOLD states until all the IDs have been 
assigned. 


ALWAYS 


4.0 DESIGN EXAMPLE 


The CSM functions previously described in the func- 
tional overview (excepting bus ownership timeout) have 
been implemented in the design example presented and 
described in the paragraphs to follow. 


Because the agent hosting the CSM determines the type 
of line receivers and drivers used, the functional block 
diagram (Figure 3-1) is modified to include a parallel 
system bus interface (PBI) function (see Figure 4-1). 
The PBI function defines the buffer structure for CSM 
input/output operations, electrically isolates the other 
CSM circuits from the PSB interface, and further mod- 
ularizes the design. 


The circuits assembled to perform the CSM functions 
in the design example are shown schematically in Fig- 
ure 4-2. The remainder of this section describes signal 
processing for each of the major functional groups and 
references are made to Figure 4-2 by sheet number 
only. For usability, the figure is located at the end of 
this section following Figure 4-8. For simplicity, the 
decoupling capacities have been omitted from the sche- 
matic. 


ALWAYS 
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Figure 3-10. State-Flow Diagram for Controlling ID Assignment 
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Figure 4-1. CSM Overall Block Diagram 


4.1 PSB Buffer Interface (Sheet 1) 


The majority of the PSB interface signals are buffered 
using 74F240 packages. The 74F240 circuitry meets the 
PSB loading and drive specifications and are satisfacto- 
ry for this design example. The ARB<5..0>* lines are 
specified to operate open-collector and the 74838 gates 
used meet this requirement. The BUSERR®* input is 
buffered through a spare 74AS1004 gate simply to keep 
the part count down. 


Since the CSM is the only driver of the clock, reset and 
timeout signals, their buffer enables are tied active. The 
AD <20..1>* lines are only driven by the CSM during 
reset sequences and the ADEN” signal from the 
IDGEN circuit is used to enable these lines. Also pro- 
vided by the IDGEN circuit is the IDEN signal to en- 
able the 74838 gates during ID assignments. BCLK1* 


is buffered through a 74AS1004 gate as BCLKIN and 
provides the on-board timing for the synchronous logic. 


4.2 Clock Generator (CLKGEN) 
(Sheet 2) 


The 40 MHz oscillator, 74AS163 package and two 
74AS1004 gates form the CLKGEN circuit. Dividing 
the 40 MHz to 20 MHz and 10 mHz in the same pack- 
age controls clock-to-clock skew. Since all clock signals 
are driven by the same 74F240 package (sheet 1) and 
assuming a less than 0.5 ns same-package skew from 
both the 74AS163 and 74F240 packages, the worst case 
clock-to-clock is 1 ns (ignoring trace layout consider- 
tions). The IEEE 1296 specification defined clock-to- 
clock skew is listed in Table 3-1 as parameter t6. By 
using the 74AS1004 gates in the 20 MHz path to 
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delay CCLK, the clock-to-clock minimum and maxi- 
mum times are met: 


clock-to-clock min = 2 x mintpd 74AS1004 — worst 
case package skew 

2ns — Ins 

I ns 


clock-to-clock max = 2 x maxtpd 74AS1004 + worst 
case package skew 
= 8ns + Ins 
= 9's 


Trace routing and loading on the clock signals are crit- 
ical to proper CSM operation. The loading and trace 
layout should be kept as close to identical as possible to 
minimize skew. If analysis reveals that skew is greater 
than allowed, additional steps would need to be taken 
to reduce it. 


Note that in the design example, the counter will reach 
a count of OFH(15) after power-up before the circuit 
starts to produce the proper BCLK* and CCLK* wave- 
forms. 


4.3 Reset Generator (RSTGEN) 
(Sheet 2) : 


As described in paragraph 3.2, the RSTGEN function 
is influenced by the power supply used and system con- 
figuration. For simplicity, the design example assumes 
the following: 


@ No battery backup capability 
e Equal ramp-up time on all power supply levels 


e¢ ACLOW* input from the power supply signalling 
eminent power failure 


e Two active high debounced inputs for cold and 
warm reset invocation by the system user. 


The TL7705A and 74AS74 packages on sheet 2 and 
part of the PAL16R4B programmable logic device on 
sheet 3 form the RSTGEN circuit. The timing for 
DCLOW and ARST are provided by the CT inputs on 
the TL7705A power supply monitors, which are adjust- 
able to meet different power supply ramp-up times. The 
timing provided at the CT input can be determined by 
adding the power supply ramp-up time from the moni- 
tor threshold at 90 percent VCC to the minimum pulse 
width of DCLOW or ARST. (Note that the pulse 
width for ARST should also include the pulse width for 
DCLOW.) For this example, a 5 ms ramp-up from 4.5- 
to 4.5-Vdc was assumed. 
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The 74AS74 packages synchronize SRST (later devel- 
oped into RST*) for the PSB interface and SDCLOW 
for the state machine in the IDGEN circuit. 


The RIDCLOW and RIRST™ signal inputs to the 
TL7705A packages are generated in the PALI6R4B 
simply to reduce the part count. The PAL16R4B equa- 
tions, shown in Figure 4-3, are basically that of OR 
gates. 


4.4 Timeout Generator (TOGEN) 
(Sheet 3) 


The 748779 counters and part of the PAL16R4 imple- 
ment the Transfer Cycle timeout function. Using the 
TIMOUT, S1 and CET™* outputs of the PALI6R4 as 
the state bits in Figure 3-6, the state assignments pro- 
vided in Table 4-1 control the counters and assert TIM- 
OUT. 


In the configuration shown on sheet 3, the counters 
provide 10,240 counts of BCLK* and when combined 
with the state machine, yield a timeout period of 10,243 
counts of BCLK*. The count can be fine tuned by ad- 
justing the inputs to the counters. The equations for the 
PAL16R4 are shown in Figure 4-3. 


4.5 Cardslot and Arbitration ID 
Generator (IDGEN) 


The 63RA481A PROM (ID sequencer add on sheet 3 
and the 74LS164 AD* shift registers and PAL16R8 on 
sheet 4 form the IDGEN circuit. Note that to keep the 
part count down, the shift register for driving 
AD<17..20>* is implemented in the PAL16R8. Also 
implemented in the PAL16R8 is the IDEN state ma- 
chine depicted in Figure 3-9. The implemented IDEN 
state machine only provides one BCLK* delay instead 
of eight, but the ID sequencer provides the additional 
counts required by sequencing through unused cardslot 
IDs. (The signal to IDEN2 is identical to IDEN and is 
used to furnish additional D.C. drive for the ID se- 
quencer.) 


Table 4-1. TOGEN State Assignments 


| State | timour | st | CET 
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chip name PAL16R4 


BCLKIN SRST SCO SC2 SC3 SC4 BUSERR /ACLOW /TOP GND 
/OE /RIRST /RIDCLOW S1 /CET TIMOUT RST COLD WARM VCC 


equations 


/TIMOUT := /TOP * /TIMOUT * CET 
+ /TIMOUT * /S1 
+ TIMOUT * S? * /CET 
+ /SCO * SC2 * SC4 
+ BUSERR 
+ RST 


:= TIMOUT * S1 * /CET 
+ /SCO * SC2 * SC4 

+ BUSERR 

+ RST 

+ /SCO * SC3 * SC4 * /TOP * /TIMOUT * S1 * CET 


+ /TIMOUT * /S1 * /CET 


/RST * /SC2 * /BUSERR * /TOP * /TIMOUT * CET 
* SCO * /BUSERR * /TIMOUT * /S1 
* /SC4 * /BUSERR * /TOP * /TIMOUT * CET 
* SCO * /BUSERR * /TOP * /TIMOUT * CET 
* /SC4 * /BUSERR * /TIMOUT * /S1 * CET 
* /SC2 * /BUSERR * /TIMOUT * /S1 * CET 


RIDCLOW := 


RIRST 


/RST 
280634-13 


Figure 4-3. Equations for TOGEN PAL16R4B 
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Six outputs of the ID sequencer are used to drive the 
ARB <5..0>* lines and the remaining two outputs are 
assigned the signal names LATCH and HOLD. The 
IDLE state, shown in Figure 3-10, as indicated when 
all of the ID sequencer outputs are low; the SETUP 
state by the ARB<5..0>* outputs changing to a new 
ID; the LATCH state when the LATCH output is ac- 
tive high and the HOLD output is inactive low; the 
HOLD state when the HOLD output is active high and 
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intel. 
the LATCH output inactive low. The ID sequencer re- 


mains in the last HOLD state until IDEN becomes in- 
active low and is then reset to the IDLE state. 


The state-flow diagrams in Figures 3-9 and 3-10 are 
modified as shown in Figures 4-4 and 4-5. These modi- 
fications take advantage of the design implemented to 
supply the eight counts of BCLK* delay before assign- 
ing IDs and to initialize the 74LS164 AD” shift regis- 
ters. 
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Figure 4-4. Modified State-Flow Diagrams for ID Assignment 
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Figure 4-5. Modified IDEN State-Flow Diagram 
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The AD*® shift registers are clocked during the HOLD 
state of the ID sequencer. Two passes are needed 
through these registers, one to latch cardslot IDs and 
one to latch arbitration IDs. The AD* shift registers 
are initialized at zero while IDEN is inactive low. Dur- 
ing the HOLD state of unused cardslot ID 26 and the 
HOLD state of cardslot ID 20, the SDATA (Serial 
Data) output of the PAL16R8A is active high so that a 
one is shifted into the AD* shift registers at the begin- 
ning of each pass. 


fg hes 
socowf [| 
9 


einem 
ADENx | | 


tH 
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—— 
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ARB<5..0> 
AD1* 


AD2* 


(| ASLOT26 IDA | SLOT1 ID) 


The LATCH output from the ID sequencer is inverted 
to produce ADEN*. This signal enables the 
AD <20..1> * buffers (sheet 1) onto the PSB bus during 
the LATCH state. 


Figure 4-6 shows the timing produced by the IDGEN 
circuit. The equations for the PAL16R8 are shown in 
Figure 4-7. The PROM ID code information is provid- 
ed in Figure 4-8. 
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Store iD —ma 
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Figure 4-6. IDGEN Timing Diagram 
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chip name 


PAL16R8 


ie ee we eh S Se e 
Sea oer, 


BCLKIN RST SDCLOW HOLD LATCH AD16 IC7 IC8 IC9 GND 
/OE AD17 AD18 AD19 AD20 SCLK SDATA IDEN2 IDEN VCC 


equations 
/ IDEN 


/ IDEN2 


/SCLK 


/SDATA 


/AD20 


/AD20 * IDEN * SCLK 


+ IDEN * SCLK * SDATA 


+ IDEN * /SCLK * /SDATA 


:= HOLD * /LATCH 


+ /AD20 
+ /AD20 * /AD19 
+ LATCH * /AD20 
+ /HOLD * /AD20 
+ /IDEN 


* /AD19 


+ /IDEN 

+ HOLD * /LATCH 
+ /AD19 * /AD18 
+ LATCH * /AD20 
+ /HOLD * /AD20 
:= /IDEN 

+ /AD19 * /AD18 
+ HOLD * /LATCH 
+ /AD20 * /AD18 
+ LATCH * /AD20 
+ /HOLD * /AD20 
:= /IDEN 

+ LATCH * /AD20 
+ /HOLD * /AD20 
+ /AD16 * /AD20 
+ HOLD * /LATCH 
+ /AD20 * /AD19 


* 


* 
* 
* 


/AD20 * /AD19 


* 
* 
* 
* 


* 
* 
* 
* 
* 


* /AD19 


/AD18 
/AD17 


/AD18 * 


/AD18 


* 


* /AD18 


/AD20 
/AD17 
/AD19 
/AD19 


/AD17 
/AD20 
/AD17 
/AD19 
/AD19 


/AD19 
/AD19 
/AD19 
/AD20 


* 


x 
* 


* /AD18 * /AD17 


/AD17 


/AD17 


/AD18 


/AD17 
/AD17 


/AD19 


/AD18 © 


* /AD18 


* 
* 
* 
* 


/AD17 
/AD17 
/AD17 


/AD19 * /AD18 * AD17 
AD18 * /AD17 
+ /AD20 * AD19 * /AD18 * /AD17 
+ AD20 * /AD19 * /AD18 * /AD17 


Figure 4-7. Equations for IDGEN PAL16R8A 


ADDRESS 

00000000 
00110101 
00110110 
00110111 
00111000 
00111001 
00111010 
10111010 
00100001 
01100001 
10100001 
00100010 
01100010 
10100010 
00100011 
01100011 
10100011 
00100100 
01100100 
10100100 
00100101 
01100101 
10100101 
00100110 
01100110 
10100110 
00100111 
01100111 
10100111 
00101000 
01101000 
10101000 
00101001 
01101001 
10101001 
00101010 
01101010 
10101010 
00101011 
01101011 
10101011 
00101100 
01101100 


DATA 

00110101 
00110110 
00110111 
00111000 
00111001 
00111010 
10111010 
00100001 
01100001 
10100001 
00100010 


© 01100010 


10100010 
00100011 
01100011 
10100011 
00100100 
01100100 
10100100 
00100101 
01100101 
10100101 
00100110 
01100110 
10100110 
00100111 
01100111 
10100111 
00101000 
01101000 
10101000 
00101001 
01101001 
10101001 
00101010 
01101010 
10101010 
00101011 
01101011 
10101011 
00101100 
01101100 
10101100 


COMMENTS 

;initial state 

;setup state for cardslot 
;setup state for cardslot 
;setup state for cardslot 
;setup state for cardslot 


;setup state for cardslot 


;setup state for cardslot 
shold state for cardslot id 26 
;setup state for cardslot id 1 
;latch state for cardslot id 1 
shold state for cardslot id 1 
;setup state for cardslot id 2 
;latch state for cardslot id 2 
shold state for cardslot id 2 
;setup state for cardslot id 3 
;latch state for cardslot id 3 
shold state for cardslot id 3 
;setup state for cardslot id 4 
;latch state for cardslot id 4 
shold state for cardslot id 4 
;setup state for cardslot id 5 
;latch state for cardslot id 5 
shold state for cardslot id 5 
;setup state for cardslot id 6 
;latch state for cardslot id 6 
shold state for cardslot id 6 
;setup state for cardslot id 7 
;latch state for cardslot id 7 
shold state for cardslot id 7 
;setup state for cardslot id 8 
;latch state for cardslot id 8 
shold state for cardslot id 8 
;setup state for cardslot id 9 
;latch state for cardslot id 9 
shold state for cardslot id 9 


.;setup state for cardslot id 10 


;latch state for cardslot id 10 
shold state for cardslot id 10 

;setup state for cardslot id 11 
;latch state for cardslot id 11 
shold state for cardslot id 11 

;setup state for cardslot id 12 
;latch state for cardslot id 12 


Figure 4-8. IDGEN PROM Content (Sheet 1 of 3) 
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ADDRESS 

10101100 
00101101 
01101101 
10101101 
00101110 
01101110 
10101110 
00101111 
01101111 
10101111 
00110000 
01110000 
10110000 
00110001 
01110001 
10110001 
00110010 
01110010 
10110010 
00110011 
01110011 
10110011 
00110100 
01110100 
10110100 
00011110 
01011110 
10011110 
00011101 
01011101 
10011101 
00011100 
01011100 
10011100 
00011011 
01011011 
10011011 
00011001 
01011001 
10011001 
00011000 
01011000 
10011000 
00010111 


DATA 
00101101 


01101101 > 


10101101 
00101110 


01101110 


10101110 
00101111 
01101111 
10101111 
00110000 
01110000 
10110000 
00110001 
01110001 
10110001 
00110010 
01110010 
10110010 
00110011 


01110011 © 


10110011 
00110100 
01110100 
10110100 
00011110 
01011110 
10011110 
00011101 
01011101 
10011101 
00011100 
01011100 
10011100 
00011011 
01011011 
10011011 
00011001 
01011001 
10011001 
00011000 
01011000 
10011000 
00010111 
01010111 


Figure 4-8. IDGEN PROM Content (Sheet 2 of 3) (Continued) 


COMMENTS 


shold state for cardslot id 12 
;setup state for cardslot id 13 
;latch state for cardslot id 13 
shold state for cardslot id 13 
;setup state for cardslot id 14 
slatch state for cardslot id 14 
shold state for cardslot id 14 
;setup state for cardslot id 15 
;latch state for cardslot id 15 
shold state for cardslot id 15 
;setup state for cardslot id 16 
;latch state for cardslot id 16 
shold state for cardslot id 16 
;setup state for cardslot id 17 
;latch state for cardslot id 17 
shold state for cardslot id 17 
;setup state for cardslot id 18 
slatch state for cardslot id 18 
shold state for cardslot id 18 
;setup state for cardslot id 19 
;latch state for cardslot id 19 
shold state for cardslot id 19 
;setup state for cardslot id 20 
;latch state for cardslot id 20 
;hold state for cardslot id 20 
;setup state for arbitration id 1 
;latch state for arbitration id 1 
shold state for arbitration id 1 
;setup state for arbitration id 2 
;latch state for arbitration id 2 
shold state for arbitraticn id 2 
;setup state for arbitration id 3 
latch state for arbitration id 3 
shold state for arbitration id 3 
;setup state for arbitration id 4 
;latch state for arbitration id 4 
shold state for arbitration id 4 
;setup state for arbitration id 5 
;latch state for arbitration id 5 
shold state for arbitration id 5 
;setup state for arbitration id 6 
;latch state for arbitration id 6 
shold state for arbitration id 6 
;setup state for arbitration id 7 
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ADDRESS 
01010111 
10010111 
00010011 
01010011 
10010011 
00010001 
01010001 
10010001 
00010000 
01010000 
10010000 
00001111 
01001111 
10001111 
00001110 
01001110 
10001110 
00001100 
01001100 
10001100 
00001000 
01001000 
10001000 
00000111 
01000111 
10000111 
00000110 
01000110 
10000110 
00000100 
01000100 
10000100 
00000011 
01000011 
10000011 
00000010 
01000010 
10000010 
00000001 
01000001 
10000001 
end 


DATE 

10010111 
00010011 
01010011 
10010011 
00010001 
01010001 
10010001 
00010000 
01010000 
10010000 
00001111 
01001111 
1O00L114 
00001110 
01001110 
10001110 
00001100 
01001100 
10001100 
00001000 
01001000 
10001000 
00000111 
01000111 
10000111 
00000110 
01000110 
10000110 
00000100 
01000100 
10000100 
00000011 
01000011 
10000011 
00000010 
01000010 
10000010 
00000001 
01000001 
10000001 
10000001 
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COMMENTS 
;latch state for arbitration id 7 


shold state for arbitration id 7 
;setup state for arbitration id 8 
;latch state for arbitration id 8 
shold state for arbitration id 8 
;setup state for arbitration id 9 
;latch state for arbitration id 9 
shold state for arbitration id 9 
;setup state for arbitration id 10 
s;latch state for arbitration id 10 
;hold state for arbitration id 10 
;setup state for arbitration id 11 
;latch state for arbitration id 11 
shold state for arbitration id 11 
;setup state for arbitration id 12 
latch state for arbitration id 12 
shold state for arbitration id 12 
;setup state for arbitration id 13 
slatch state for arbitration id 13 
shold state for arbitration id 13 
;setup state for arbitration id 14 
;latch state for arbitration id 14 
shold state for arbitration id 14 
;setup state for arbitration id 15 
;latch state for arbitration id 15 
shold state for arbitration id 15 
;setup state for arbitration id 16 
;latch state for arbitration id 16 
;hold state for arbitration id 16 
;setup state for arbitration id 17 
slatch state for arbitration id 17 
shold state for arbitration id 17 
;setup state for arbitration id 18 
;latch state for arbitration id 18 
shold state for arbitration id 18 
;setup state for arbitration id 19 
;latch state for arbitration id 19 
shold state for arbitration id 19 
;setup state for arbitration id 20 
;latch state for arbitration id 20 
shold state for arbitration id 20 
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Figure 4-8. IDGEN PROM Content (Sheet 3 of 3) (Continued) 
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Figure 4-9. CSM Functional Schematic Diagram (Sheet 1 of 4) 
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Figure 4-9. CSM Functional Schematic Diagram (Sheet 2 of 4) (Continued) 
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Figure 4-9. CSM Functional Schematic Diagram (Sheet 3 of 4) (Continued) 
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Figure 4-9. CSM Functional Schematic Diagram (Sheet 4 of 4) (Continued) 
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5.0 DESIGN CONSIDERATIONS 


Additional CSM design considerations are discussed in 
the following paragraphs. These are cardslot mobility 
and diagnostic possibilities. 


5.1 Cardslot 0 Detection 


If the agent hosting the CSM is desired to be cardslot 
mobile, i.e. operate the cardslots other than 0; then a 
cardslot 0 detection circuit is necessary to disable the 
CSM functions when the agent is not in cardslot 0. The 
4A pin is 0-Vdc in all cardslots except 0 where it is used 
to bus clock signal BCLK”* to the left half of a back- 
plane containing more than 12 cardslots. A simple cir- 
cuit to detect cardslot 0 is illustrated in Figure 5-1. 
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_ 


The signals normally driven only by the CSM would 
now require buffering using a bi-directional device en- 
abled with a SLOTO signal so the agent would receive 
these signals when not located in cardslot 0. Also, the 
clock lines will require jumpering as shown in Figure 5- 
2, because the D.C. signal specifications do not permit 
driver loading of a signal receiver. The CLKGEN, 
RSTGEN, TOGEN, and IDGEN circuits would be en- 
abled only when the cardslot 0 detection signal is true. 


The POR* signal is a power-on reset having a duration 
guaranteeing stable power supply output levels. The 
CLK signal could be the 20 MHz or 10 MHz clock 
output from the CLKGEN circuit or be supplied from 
any other clock operational before the PSB clock driv- 
ers are enabled. 


SLOTO* 
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Figure 5-1. Circuit for SLOTO Detection 
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Figure 5-2. CSM Clock Jumper 
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5.2 System Diagnostic Options 


For system test and diagnostic purposes, it may be de- 
sirable to provide for the capability of selecting other 
signal frequencies to exercise the clock drivers. For ex- 
ample, outputs from the frequency divider used in the 
design example could be selectively jumpered as inputs 
to the BCLK* and CCLK* line drivers. 


A bus timeout disable function may also be desirable. 
Such a function can be implemented by providing an 
additional input to the TOGEN state machine driven 
by either the interconnect controller or jumper select- 
able. 
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5.3 CSM Functions on the Backplane 


By removing the PBI function and interfacing directly 
to an agent’s PSB interface, the design example in para- 
graph 4 could be added to almost any type of MULTI- 
BUS II agent. As mentioned in paragraph 3.0, this 
agent might be a CPU board or a simple I/O replier 
device, which may contain other centralized system 
Services. 


The IEEE 1296 specification does not preclude putting 
slot 0 on the reverse side of the backplane. The minimal 
functionality described here will fit onto a small printed 
circuit card mounted on the reverse of the backplane— 
this does, of course require a backplane designed for 
this application but if you are trying to squeeze an “‘ex- 
tra” slot into a 19 inch rack, this can be accomplished. 
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1.0 INTERCONNECT ADDRESS OF 
SPACE ON MULTIBUS II 


1.1 Who Should Read This Document? 


The primary audience of this document consists of 
companies and individuals who are in the process of 
designing their own Multibus II boards for use with 
other compatible products. It is assumed that the read- 
er has already studies the Interconnect Interface Speci- 
fication and has a good working knowledge in the oper- 
ation of interconnect space on existing Intel products. 
In addition, portions of the IEEE 1296 specification 
and the MPC User’s Guide are referenced in some de- 
tail. A complete bibliography of recommended reading 
material is contained in Appendix A. 


This design package consists of two related items. The 
first item is the document you are now reading which is 
a user’s guide to the overall design process. : The second 
item, is a diskette containing copyrighted software to be 
used in generating new firmware for your interconnect 
subsystem. This package is not intended for users to 
change the content of microcontrollers already installed 
on Intel boards. 


1.2 Configuration Issues in 
Microcomputer Based Systems 


Over the past few years, microcomputer designs have 
progressed dramatically in capability and performance. 
In contrast, little progress has been made in enhancing 
ease-of-use. Until recently, board users have had to deal 
with the added complexity of modern single-board 
computers by wading through lengthy reference manu- 
als and innumerable jumper options—often arriving at 
the final solution only by trial and error. System inte- 
grators often found that the firmware revision number 
penciled in on the EPROMs they installed did not 
match the device driver revision and consequently, 
nothing works! Worse yet, things might work for a little 
while and then fail; resulting in wasted time debugging 
the problem to determine what went wrong. Memory 
mapping options, arbitration priorities, interrupt levels, 
and scores of other “tunable” parameters contribute to 
the fray, leaving the system designer befuddled and 
confused. Often, the only way out of this mess was to 
locate a board that was already properly configured 
and copy off the jumper list. 


Board designers build.in numerous options so their 


products can be used in the broadest possible spectrum 
of applications. The number of options offered is not 
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the core of the problem, but managing them is. Multi- 
bus II addresses this problem with a special address 
space known as “interconnect”. Now for the first time, 
system-wide configuration information has been made 
accessible to software; thereby opening opportunities 
for centralized control and coordination. In most cases, 
the end user of these products will be completely un- 
aware of the configuration process. They simply re- 
move the board from its shipping container, install the 
proper firmware, plug it into a free cardslot in the back- 
plane, and apply power. Things work the first time 
around with no mess, no fuss, and no configuration 


errors. 


Interconnect is great for end users; it eliminates most of 
the common configuration errors, speeds up the instal- 
lation process, and facilitates diagnostics and repair. 
When considered in the context of an overall system 
architecture that includes message passing, intercon- 
nect is one of the foundation building blocks distin- 
guishing Multibus II as an environment capable of sat- 
isfying the most demanding of applications. 


1.3 Overview of Interconnect Address 
Space 


Interconnect address space is a fundamental part of the 
IEEE 1296 specification, which defines Multibus II. In- 
terconnect address space was included in the IEEE 
1296 specification to solve three major problems: board 
identification, configuration, and diagnostics. The 
board identification registers are read-only locations 
containing board information such as type, manufac- 
turer, components installed, and other board specific 
functions. The configuration registers are read/write 
registers which allow the system software to set and 
change the configuration of many on-board hardware 
options. In most cases, hard-wired jumper options can 
now be eliminated in favor of software control. The 
diagnostic registers are used for the starting, stopping, 
and status reporting of self-contained diagnostic rou- 
tines supplied with each board. These diagnostics are 
commonly known as Built-In Self Tests (BISTs). 


1.3.1 GEOGRAPHICAL ADDRESSING 


Interconnect is based on the fundamental principle that 
you can locate boards within a backplane using a sys- 
tem of cardslot numbering. This concept, known as ge- 
ographical addressing, is a very useful tool during sys- 
tem-wide initialization. Each board in the system con- 
tains firmware which conforms to a standardized head- 
er format (Figure 1-1). 


Figure 1-1. Interconnect Overview 


At boot time, the system software will scan the back- 
plane to locate its resources before loading in the device 
drivers. This approach eliminates the need for reconfig- 
uring the software every time a new board is introduced 
into the backplane. It also solves the problem of how to 
configure multiple instances of controller and processor 
boards in large multiprocessing systems. Cardslot inde- 
pendence is achieved by having all boards in the system 
carry their own initialization and diagnostic functions 
on-board in firmware. Operating systems can generate 
a map of where resources are located during initializa- 
tion and then use this map as a base address list for 
message passing. 


1.3.2 MICROCONTROLLERS IN THE BUS 
INTERFACE ; 


Most Multibus II designs are based on a highly inte- 
grated bus interface controller known as the Message 
Passing Coprocessor (MPC). Special provisions have 
been made in the bus interface silicon to enable board 
designers to implement interconnect in a cost effective 
manner. A typical Multibus II interface consists of the 
MPC, a small number of bus transceivers, and a micro- 
controller such as the Intel 8751 or equivalent (Figure 
1-2). It is the microcontroller (in association with the 
MPC) that has the responsibility for all interconnect 
functions. . 


MEMORY |. 
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Figure 1-2. Hardware Support 
for Message Passing 
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Microcontrollers are idealy suited for this type of work 
because they are independent self-contained computing 
devices and require no external support chips outside of 
a clock crystal. Their architecture provides separate ad- 
dress spaces for on-chip ROM (4 Kbytes) and RAM 
(128 locations), as well as three 8-bit bidirectional I/O 
ports. The ROM locations are used for program stor- 
age, constants, and read-only registers within the inter- 
connect template. The RAM locations are used for 
read/write registers and. as temporary storage. Port 
pins provide the interface to the real world; sampling 
test points, latching address terms into comparators, 
and controlling other devices on the board. 


1.3.3 ADDRESSING OF INTERCONNECT 


Before discussing how to address interconnect registers 
on various boards, it is important to note that all inter- 
connect implementations are dual-ported. Dual porting 
consists of an interface to the local CPU and to the 
Parallel System Bus (iPSB). Figure 1-3 shows that these 
two interfaces are addressed in slightly different ways. 
A complete interconnect address on the iPSB consists 
of a cardslot ID plus a register offset. These values are 
combined into a single 16-bit address field written to 
the iPSB by the MPC when an interconnect cycle is 
requested. 


AS SEEN FROM THE iPSB BUS: 


BIT 15 BIT 10 BIT 2 


SSSES | RRARRRRRR | 00 


SLOT REGISTER ZEROS 


AS SEEN FROM THE LOCAL CPU: 


PORT 30H: # RRRRRROO JIC ADDR LO 


PORT 34H: IC ADDR HI 
PORT 3CH: [| DD DDDDDD |icpaT 
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Figure 1-3. Interconnect Addressing 
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To generate an interconnect request, the local CPU 
writes the lower 8 bits of the interconnect address to a 
reserved I/O location (IC ADDRLO—usually 30H), 
and writes the upper 8 bits of the interconnect address 
to a second reserved location (IC ADDR HI—usually 
34H). If it is an interconnect read operation, then the 
data can be read from a third reserved location 
(IDAT—usually 3CH). A write operation to the IDAT 
location will generate an interconnect request bus cycle 
on the iPSB. : 


One special case involves a CPU attempting to program 
its own on-board interconnect registers. As the CPU 
drives an interconnect address onto the bus, its trans- 
ceivers wait for a handshake from the replier board. 
But since a CPU cannot handshake with itself, such a 
transaction would be invalid and an error generated. 
Whenever a CPU is programming its own interconnect 
registers, a cardslot address of 31(1FH) should be used. 
This instructs the MPC to pass the request directly to 
the local microcontroller without going through the 
iPSB interface. 


Another special case is when sub-buses such as the Lo- 
cal Bus Extension (iLBX), are attached to the primary 
agent. Interconnect facilities should be provided for 
these boards and the addressing on the sub-bus begins 
with cardslot number 24 (i.e., the primary agent), and 
proceed upwards to cardslot number 30. 


1.3.4 DATA STRUCTURES IN INTERCONNECT 


The objective of interconnect address space is to allow 
higher level software to gain information about the en- 
vironment in which they operate independent of who 
manufactured the board, what functions it contains, 
and what cardslot it resides in. To accomplish this goal, 
an Interconnect Interface Specification has been pub- 
lished and forms the basis for much of the information 
in this guide. If you have not yet read this document, 
you should do so before beginning your design effort. 


Interconnect functions implemented on Intel’s single 
board computers go beyond the requirements of the 
IEEE 1296 specification. This specification mandates 
that all conforming products include an Interconnect 
Header Record. The header record consists of informa- 
tion regarding board type, its manufacturer, what firm- 
ware is installed, and other relevant information. An 
example header record is shown in Figure 1-4. In addi- 
tion to the header record, the manufacturer may also 
supply additional function records which make other 
features of the board accessible through interconnect. 
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HEADER RECORD 


VENDOR ID, LOW BYTE 
VENDOR ID, HIGH BYTE 
BOARD ID, CHARACTER 1 
BOARD ID, CHARACTER 2 
BOARD ID, CHARACTER 3 
BOARD ID, CHARACTER 4 
BOARD ID, CHARACTER 5 
BOARD ID, CHARACTER 6 
BOARD ID, CHARACTER 7 
BOARD ID, CHARACTER 8 
BOARD ID, CHARACTER 9 
BOARD ID, CHARACTER 10 
RESERVED 

RESERVED 

RESERVED 

RESERVED 

TEST REVISION NUMBER 
CLASS ID 

RESERVED 

RESERVED 

RESERVED 

RESET STATUS REGISTER 
PROGRAM TABLE INDEX 
NMI ENABLE REGISTER 
GENERAL STATUS 
GENERAL CONTROL 
BIST SUPPORT LEVEL 
BIST DATA INPUT 

BIST DATA OUTPUT 

BIST SLAVE STATUS 
BIST MASTER STATUS 
BIST TEST ID 
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PROTECTION RECORD 


PROTECTION RECORD TYPE 
RECORD LENGTH 
PROTECTION LEVEL REGISTER 
RESERVED 


iPSB CONTROL RECORD TYPE 
RECORD LENGTH 

iPSB SLOT ID NUMBER 

iPSB ARBITRATION ID NUMBER 


LOCAL PROCESSOR RECORD 


40 LOCAL PROCESSOR RECORD TYPE 
RECORD LENGTH 
LOCAL PROCESSOR CONTROL 
LOCAL PROCESSOR STATUS 
RESERVED 


END OF TEMPLATE RECORD 
45 END OF TEMPLATE RECORD TYPE 
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Figure 1-4. Function Records in the Interconnect Core Firmware 


Function records begin with a byte specifying the rec- 
ord type followed by the number of bytes that make up 


the record. The manufacturer must publish a descrip- 


tion of these function records in their reference docu- 
mentation. Many types of function records have al- 
ready been defined. Some examples include memory 
configuration, parity control, serial I/O, and other 
commonly used functions. If the existing record types 
do not adequately describe a function, a new record 
type can be defined—up to a maximum of 1020 differ- 
ent record types are allowed. 


The system software initiates the search for a specific 
function record at interconnect register 32, which is the 
first function record following the header record. The 
program first checks the record type field and then 
counts bytes to the next record type field until either 
the correct function record is found or the End of Tem- 
plate (EOT) record (hex value OFF) is encountered. 


1.3.5 ACCESS RIGHTS AND PROTECTION 
RECORDS 


Because the interconnect registers are dual-ported, each 
has a set of static and dynamic access rights that dete- 
mine which operations will be allowed on either the 
local or iPSB bus interface. All interconnect registers 
can be read from either- bus, however, static access 
rights may place restrictions on whether a register can 
be written to from either interface. The term “static” 
used because these access privileges are id pete sre 
by the designer of the interconnect firmware and will 
not change during system operation. In other situations 
it may be desirable to allow a register to be modified 
during system initialization; then locked against further 
changes during normal system operation. This capabili- 
ty is essential since many of the functions contained in 
interconnect are so vital to correct system operation 
that some means of protecting them from malicious or 
inexperienced users is required. 
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Dynamic access rights are determined by protection 
records which are used to prevent other boards from 
modifying a local interconnect resource. When activat- 
ed, all subsequent records become read only so other 
users can read from interconnect registers, but cannot 
write to them. 


1.3.6 DIAGNOSTIC PHILOSOPHY OF 
MULTIBUS II 


The diagnostic philosophy of Multibus II is that each 
board should have the capability to test itself and report 
error status when problems exist. There are two occa- 
sions when diagnostic testing is invoked. A subset of 
the complete on-board diagnostics is run during power- 
on initialization and more extensive testing can be in- 
voked from the operator’s console. Following power- 
on, most boards go through a series of initialization 
checks where the basic functioning of the MPC and 
microcontroller are verified. Initialization is followed 
by a power-on test suite automatically invoked by each 
board. If a hardware failure is detected at this point, a 
yellow LED on the front panel will illuminate so that 
the failing module can be easily identified and replaced. 


If further testing is desired, extended diagnostics can be 
invoked by placing a diagnostic request packet in the 
interconnect BIST registers. Usually one board acts as 
the Master Test Handler and requests services from 
other system boards functioning as Slaves when under 
test. A menu of tests is available via interconnect. This 
test philosophy can be applied on-site by the end-user, 
service representative, or remotely executed via modem 
from the regional repair center. In most cases, down- 
time is minimized by sending out a replacement board 
and thus avoiding an expensive repair call. 


The firmware content of Multibus II boards is much 
greater than that found on previous industry standard 
buses. In addition to the 8751 Microcontroller, Multi- 
bus II boards normally host EPROMs that contain ex- 
tended diagnostics (BISTs), test handlers, reset initiali- 
zation sequencing, debug monitors, and many other 
functions. The location of diagnostic firmware on a 
board (Figure 1-5) is dependent on code complexity 
and execution speed. For simple replier agents, the mi- 
crocontroller’s on-board EPROM may have enough 
program storage space for diagnostic functions as well 
as the interconnect firmware. In contrast, the majority 
of the requester/replier boards (i.e., capable of becom- 
ing bus masters), are more complex and most diagnos- 
tic code is run on the CPU from on-board EPROM. In 
this case, the microcontroller primarily serves as the 
communication interface for the diagnostics. 
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Figure 1-5. Firmware Content 
of Multibus Ii Boards 


1.4 Interconnect—The Manufacturer’s 
Perspective 


From the perspective of a board designer, interconnect 
is a mixed blessing. The board manufacturer is certain 
to enjoy the benefits of reduced support costs, easier 
fault isolation in field repairs, and enhanced customer 
satisfaction—but these advantages do not come free. 
One would anticipate longer development time, in- 
creased on-board part count, and the firmware configu- 
ration to increase the amount of effort it takes to pre- 
pare a Multibus II board for market. And indeed this is 
so. If a competent design team were to tackle the inter- 
connect subsystem (including diagnostics, hardware, 


-and firmware design), it would not be unreasonable to 


allow six man-months for the job. 


Given that this represents an extraordinary investment 
for the manufacturer, the primary goal of this design 
package is to reduce the amount of time required to 
include interconnect in your design from six months to 
only six days! Another goal is to guarantee compatibil- 
ity and interoperability of your products by placing 
common core functions in user extensible firmware in 
such a way that it is easy to customize the design to fit 
your own particular needs. 


1.5 Assumptions Regarding Your 
Operating Environment 


Although many implementations of interconnect are 
possible, it was necessary to restrict the scope of this 
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guide to satisfying the broadest and more typical range 
of users—designs based on the MPC component in as- 
sociation with an 8751 Microcontroller (or equivalent). 
This design guide is intended as a generic solution that 
meets the needs of most of these users. 


For software development, it will be necessary for you 


_ to obtain an IBM'PC (model XT, AT, or compatible) 


plus the appropriate Intel programming languages and 
a PROM programmer to transfer your code into the 
microcontroller. An in-circuit emulator is not required 
for this project; however, some users will find it expedi- 
ent to make use of such a tool since it simplifies debug- 
ging and eliminates the need for PROM programming 
while the code is being developed. A complete list of 
hardware and software requirements may be found in 
Section 2. Any departure from the recommended devel- 
opment tools or practices is outside the scope of this 
document and may lead to unpredictable results. 


1.6 Design Methodology—An 
Overview 


The process of designing an interconnect subsystem in- 
variably begins with a high level discussion of what 
function you intend to support. While the header rec- 
ord is quite easily defined, decisions as to what function 
records to include should be carefully considered in 
terms of how much flexibility to give your users, what 
functions they might be interested in, and how much 
external hardware will be required. Some of the func- 
tion records listed in the Interconnect Interface Specifi- 
cation are already implemented in the core firmware 
and require minimal effort to support. Other functions 
may be quite complex and could potentially require ex- 
tensive TTL circuitry external to the microcontroller. 
As with all engineering designs, you should spend a 
significant portion of your time making sure that you 
have a clean workable specification before proceeding 
into the implementation phase. 


The second step in interconnect design is to determine 
what circuitry is required to gain access to the informa- 
tion in interconnect that you intend to present to the 
user. This consists of locating all test points, control 
circuitry, latches, and transceivers external to the mi- 
crocontroller. Most likely this determination will be 
made at a point where the overall schematic for the 
board is near completion and before you begin the lay- 
out and develop the prototype. At this stage, all dedi- 
cated I/O addresses will be defined and rudimentary 
PAL equations for the control points will be writen. 


The third step of interconnect design consists of evalu- 
ating your on-chip resource requirements based on the 
function records being implemented. At this stage, you 
will write the functional routines and identify the 
RAM, ROM, and port requirements for the microcon- 
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troller. If your original interconnect specification was 
overambitious.or in appropriately defined, you will dis- 
cover at this point that you may be forced into external 
PROM, static RAM, or port expansion logic; and may 
wish to scale back your design or change over to the 
8752 Microcontroller (having 8 Kbytes of ROM and 
256 bytes of on-chip RAM). Once you know your re- 
source requirements and have written the functional 
routines, you are now ready to integrate your custom 
code with the core interconnect firmware. 


The fourth step in the design process consists of loading 
the tables with data based on the interconnect template 
you specificed in step one, plus the external declara- 
tions for the routines you wrote in step three. The ob- 
ject code supplied on the diskette with this guide con- 
tains a table driven collection of routines that provide 
the core interconnect functions. These give the user 
some commonly used function records (Figure 1-4) and 
provide the opportunity for users to add their own rou- 
tines to this core. Generating the firmware consists of 
assembling your code and then allowing the table gen- 
erators to integrate this code into the core module 
through an ASM-51 macro expansion process. Once 
complete, the entire package is integrated using RLS1 
(a relocation linker) to resolve any external references 
and produce a unified object module for loading into 
the microcontroller EPROM. 


The final step in the process is to program the micro- 
controller and test every imaginable function and event 
sequence within interconnect. It is at this stage that the 
use of an in-circuit emulator, logic analyzer, or oscillo- 
scope may be desirable to help in localizing logic faults 
or timing related problems. In most cases, debug time is 
fairly short since the core routines are supplied already 
and are known to be good. 


Once the interconnect subsystem is totally tested, the 
board can be forwarded to the device driver develop- 
ment team and/or system integrator for initialization 
software development and further functional testing. 


2.0 PREPARATION FOR USE 


2.1 Hardware and Software 
Requirements 


Before proceeding with your interconnect design using 
this guide, the hardware, software, and optional equip- 
ment listed below are required (at a minimum). 


Hardware Requirements: 


e IBM PC (model XT, AT, or compatible) configured 
with at least 640 Kbytes of internal memory and a 
10-Mbyte (or larger) hard disk. 
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¢ Intel PROM Programmer, model iUP201, plus the 
8751 Microcontroller Personality Module and a se- 
rial cable. The IBM PC must have a spare serial 
port to interface with the PROM Programmer. 
(Note that other brands of PROM Programmers 
can be used, but the batch files and object module 
produced by Intel’s development tools are not guar- 
anteed to be compatible.) 


Software Requirements: 
¢ DOS Operating System, version 3.0 or greater 


@ iPPS PROM Programming Software, version 2.2 or 
greater . 


@ ASM-51 Macro Assembler version 2.2 or greater 


® RL51 Relocation/Linkage package version 3.0 or 
greater 


Optional Equipment: 


e ICE™ 51 (or ICE 5100) In-Circuit Emulator with 
IBM PC Interface Card 


® Oscilloscope 


2.2 Loading Software onto Your 
System 


Before starting, it is assumed that you will have already 
loaded the ASM-51 and RL51 program files in a com- 
mon subdirectory of the hard disk and have indicated 
the route to that subdirectory in a PATH command 
entered into the AUTOEXEC.BAT file (in the root di- 
rectory). This will allow you to call these program files 
from any point in the file structure without having to 
identify the directory search path to these files. 


Install the software supplied with this design guide onto 
your hard disk by inserting the interconnect firmware 
diskette into drive A or B. After the C> prompt, type 
A (or B): to change the default drive. Next type IN- 
STALL and then press Enter. The computer will read 
from the drive specified and immediately start execut- 
ing the install.bat batch program. When this batch pro- 
gram completes processing, you will find the following 
added to the subdirectory structure of your hard disk: 


Batch files are supplied to automate the firmware gen- 
eration process. These files make some assumptions 
about your hard disk directory structure. It is impor- 
tant to note that all batch files must be called from the 
\ICFW\SRC directory path, otherwise the DOS com- 
mand processor will not look beyond your current di- 
rectory in its search for a file name. Edit the path com- 
mand in your AUTOEXEC.BAT file to include the 
\ICFW directory. 
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IC.P28 
IC.DCL 


DOC 


CORE.DOC 
PUBLIC.DOC 
SRC 


| ' _ASMMOD.BAT | 
OBJ LNKUSR.BAT LST 
ie DFT.MOD ay 5 
CORE.LIB USER.MOD (no files) 

TABLE.MOD 
EETGEN.A51 
TABGEN.A51 
TABLE.MAC 
GLOBAL.MAC 
USEFUL.EQU 
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2.3 Interconnect the Easy Way 


While interconnect is a complex topic, there is 

an easy way to get a functional interconnect sub- 

system operational without detailed knowledge 
of the internal design. To do this, view the file 

\ICFW\SRC\TABGEN.AS51 using the TYPE com- 

mand or a text editor and notice that the data fields for 

vendor ID, board ID, hardware test revision, and class 

ID have been left blank (looking ahead, this is Figure 

5-1). Consult the Interconnect Architectural Specifica- 

tion to determine what information to place in these 

fields. Once you have obtained this information, per- 
form these steps at your computer console: 

a. Type CD and then press Enter to display the current 
directory. If \ICFW\SRC is not being displayed, 
then type CD\ICFW\SRC and press Enter -to 
change to the correct directory path. 


b. Run the following batch programs in the order list- 
ed: 


ASMMOD dft 
ASMMOD _ user 
ASMMOD | table 
LNKUSR test 
The result is a PROMmable object code file 


(TEST.LNK) that is placed in \ICFW\SRC\OBJ sub- 
directory. The TEST.LNK object code is ready to burn 
into the microcontroller EPROM and provides a com- 
plete interconnect header record as well as protection, 
iPSB control, and local processor records. 
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The core hardware design consists of the minimum in- 
terconnect implementation as shown in Figure 4-1. The 
basic combination of hardware and firmware can be 
used during prototyping as the scorn: point for most 
interconnect designs. 


3.0 THEORY OF OPERATION 


3.1 MPC to Microcontroller Hardware 
interface 


Most Multibus II designs use the Message Passing Co- 
processor (MPC) component with an 8751 Microcon- 
troller to implement the Parallel System Bus (iPSB) 
interface. This combination minimizes the number of 
devices required to implement a full-featured bus inter- 
face and provides flexibility in adapting the design to 
the broadest possible range of functional specifications. 
The hardware interface between the MPC and the mi- 
crocontroller is shown in Figure 3-1. 


280640-7 


Figure 3-1. MPC to Interconnect Pathway 


The MPC is designed to sit directly on the microcon- 
troller’s multiplexed Interconnect Address/Data bus 
(IAD <7..0>). When an interconnect cycle is initiated, 
the IREQ* signal from the MPC interrupts the micro- 
controller with a request for services. The microcon- 
troller then performs a series of read and write opera- 
tions to a group of MPC interconnect bus registers to 
satisfy the interconnect request and complete the opera- 
tion. In terms of hardware control, the microcontroller 
acts as the bus master on this interface; generating the 
read and write signals, and supplying an Interconnect 
Address Strobe (IAST) based on its own Address Latch 
Enable (ALE) signal. The reader is requested to review 
Sections 4 and 5 of the MPC User’s Manaual before 
continuing further. 


3.2 MPC Interconnect Bus Registers 


The MPC component contains a set of special function 
registers that are only accessible via the IAD bus. 
These registers (Figure 3-2) can be categorized into five 
functional groups: interconnect reference registers, slot 
and arbitration ID registers, configuration registers, di- 
agnostic registers, and the no access registers. 


The MPC interconnect reference registers serve as the 
basic communications interface between the microcon- 
troller and the MPC. Whenever the local CPU or iPSB 
agent generates an interconnect request cycle, the regis- 
‘ters actually being accessed (IC ADDR HI, IC ADDR 
LO, IDAT) physically reside in the MPC rather than in 
the microcontroller. The MPC asserts the IREQ* sig- 
nal to interrupt the microcontroller which responds by 
initiating a dialogue of read/write commands to the 
MPC interconnect reference registers. 


The second functional group of MPC interconnect reg- 
isters are concerned with the cardslot and arbitration 
ID assignments made by the Central Services Module 
(CSM) during reset initialization. Note that the. Inter- 
connect Interface Specification describes an iPSB Con- 
trol Record which includes registers for both arbitra- 
tion and cardslot ID. This allows a CPU to determine 
in what cardslot it is residing. 


The third functional group of MPC interconnect regis- 
ters control configurable features on the MPC such as 
dual-port address boundaries, arbitration priority, Re- 
set-Not-Complete (RSTNC) control, error reporting, | 
and fail-safe counter functions. In most implementa- 
tions, these registers are passed through an interconnect 
function record to make them user accessible and con- 
figurable. 


The fourth functional group of MPC interconnect reg- 
isters control retry and diagnostic functions. These 
parameters can be used for performance tuning and 


. confidence testing, but are not frequently accessed by 


users. In general, they can be programmed during ini- 
tialization with default values and then ignored. 


Finally, there is a group of addresses between 0 and 
7FH for which the MPC guarantees a tristate condition 
(no access). Interconnect designers can take advantage 
of this feature by using these addresses to decode regis- 
ters and latches residing directly on the IAD bus. This 
technique provides a convenient way to generate an 
8-bit bidirectional bus using user defined addresses as 
chip enable terms. The reader is encouraged to read all 
of Section 7 in the MPC User’s Guide before proceed- 
ing. 
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REFERENCE REGISTERS 


0E1H INTERCONNECT SLOT ADDRESS (IC ADDR HI) 
OE2H INTERCONNECT REGISTER ADDRESS(IC ADDR LO) 
OE3H INTERCONNECT DATA (IDAT) 

OEOH INTERCONNECT STATUS (ISTAT) 

0E1H INTERCONNECT COMPLETE (ICMPL) 

OEOH INTERCONNECT REFERENCE ARBITRATION (IARB) 


ID REGISTERS 


OE6H SLOT ID (SID) 
OE7H ARBITRATION ID (AID) 


CONFIGURATION REGISTERS 


0E8H DUAL-PORT LOWER ADDRESS LOW BYTE (LALB) 
0E9H DUAL-PORT LOWR ADDRESS HIGH BYTE (LAHB) 
OEAH DUAL-PORT UPPER ADDRESS LOW BYTE (HALB) 
OEBH DUAL-PORT UPPER ADDRESS HIGH BYTE (HAHB) 
OECH GENERAL PARAMETERS (GEN) 

OEFH REFERENCE ERROR (RERR) 

OEDH SOLICITED INPUT FAIL-SAFE COUNTER (SIFSC) 
OEEH SOLICITED OUTPUT FAIL-SAFE COUNTER (SOFSC) 
OF5H REFERENCE FAIL-SAFE COUNTER (REFFSC) 


DIAGNOSTIC REGISTERS 


OFOH RETRY ALGORITHM (RTYA) 
OF 1H ACCUMULATED RETRY COUNT (RCNT) 
OF2H DIAGNOSTIC PARAMETERS (DIAG) 


NO ACCESS REGISTERS 
ADDRESSES 00H THRU 07FH 
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Figure 3-2. MPC Interconnect Registers 


3.3 Partioning of Functions between 
the Microcontroller, CPU, and MPC 


Because of the close association of the CPU and the 
microcontroller to the MPC, a number of interdepen- 
dencies arise—especially during initialization and diag- 
nostic testing. Some of the more complex functions 
such as dual-port memory control and fail-safe coun- 
ters actually cross component boundaries. Thus, one 
must view the complete interface as a functional sub- 
system. The following discussion highlights the more 
important interdependencies regarding the interconnect 
subsystem. 


5-58 


3.3.1 MPC DIAGNOSTIC TESTING 


A special feature of the MPC is its ability to simulate 
message passing operations to itself without presenting 
data to the iPSB bus interface. This mode is termed 
“MPC Loopback Testing” and is enabled by the iPSB 
Diagnostic Register in the iPSB Control Record. This 
causes the microcontroller to set the Reset-Not-Com- 
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plete Out (RSTNCOUT) bit in the MPC General Pa- 


rameter Register. The result is that any messages the 
local CPU loads into the MPC transmit buffers are 
routed directly to the MPC receive buffers. While this 
is happening, the MPC Buffered Address/Data bus 
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(BAD <31..0>*) is active and it is necessary for the 
microcontroller to tristate the iPSB buffer logic by pre- 
venting the iPSB Transceiver Output Enable 
(BTROE*) signal from going active low. Note that 
MPC loopback testing is only allowed while RSTNC* 
is being asserted by the host agent. 


3.3.2 DUAL-PORT MEMORY CONTROL 


When another iPSB agent selects your board to partici- 
pate as a replier in a memory reference, the address 
recognition function for dual-port memory is per- 
formed by the MPC based on the starting and ending 
addresses programmed into the MPC interconnect reg- 
isters during initialization. When an address match is 
found, the MPC will drive the SEL” signal to your 
dual-port memory controller and wait for a COM™* or 
ERR* signal to be returned before completing the cy- 
cle. During this transaction, the MPC provides all pari- 
ty generation and checking, system control, and wait- 
state signal generation services to the iPSB bus inter- 
face. Valid address selection may occur on any 64- 
kByte boundary within the 4-Gbyte memory space; 
however, it is advisable to include value checking in 
your microcontroller firmware to ensure that the user 
doesn’t enable more’*memory than is physically present 
on the board. Only one bank of contiguous memory is 


_ supported when using the MPC dual-port functions. 


3.3.3 MESSAGE RETRY OPERATIONS 


When message traffic is arriving faster than the local 
CPU can receive it, the MPC FIFO buffers will over- 
flow and some form of flow control must be initiated. 
The MPC has a special retry mechanism for this condi- 
tion that is controlled through registers accessible to 
the microcontroller. Retry is enabled by setting a bit in 
the MPC Diagnostic Parameters Register and the delay 
between retries is selected in the Retry Algorithm Reg- 
ister. The Accumulated Retry Count Register indicates 
how many Negative Acknowledge (NACK) errors 
have occurred for a given message attempt. The Accu- 
mulated Retry Count Register is used with the Retry 
Algorithm Register to tune system performance by se- 
lecting the most effective retry interval. 


3.3.4 FAIL-SAFE COUNTER FUNCTIONS 


When the MPC issues an iPSB buffer request, there is 
no guarantee that a buffer grant will be returned in a 
reasonable amount of time. If enabled, the MPC Refer- 
ence Fail-Safe Counter will cause an error interrupt if 
no buffer grant is received by the end of a timeout peri- 


od (typically 1.5 seconds). Likewise, a similar fail-safe — 


timeout exists for reference operations in the unlikely 
event that they are unable to acquire the iPSB bus due 
to arbitration or Bus Clock (BLCK) problems. In either 
case, the microcontroller acts as a programmable time- 
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base by writing to the MPC fail-safe counter addresses 
on a periodic basis in response to an internal timer in- 
terrupt (Figure 3-3). When the MPC starts the buffer 
request or reference operation, it enables the fail-safe 
timeout and waits for the operation to complete. If the 
microcontroller is able to write to a MPC fail-safe 
counter address four times before the bus cycle com- 
pletes; then a timeout interrupt is asserted to alert the 
CPU to the problem. Note that fail-safe counter func- 
tions should be disabled during debugging since break- 


- points set by human intervention may prevent the MPC 


from completing an operation before a timeout occurs. 


TIMER INTERRUPT TO 
MICROCONTROLLER 


MICROCONTROLLER WRITES 
TO MPC FAIL=SAFE COUNTERS 


/ MPC 


8751 
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Upon buffer request, MPC enables Fail-Safe Counters. 
If no buffer grant within four microcontroller write oper- 
ations; then signal timeout error to local CPU (typical 
timeout values — 1.5 sec.). 


Figure 3-3. MPC Fail-Safe Counters 


3.4 Multibus Il Reset Conditions 


In a Multibus II backplane, the RST* signal is used for 
the system-wide reset. Additionally, the DCLOW* sig- 
nal designates power-fail indication and the PROT* 
signal designates an early warning battery back-up con- 
trol. One of the options available to the board designer 
is to use combination logic in association with the mi- 
crocontroller to further define three categories of reset 


_ conditions: cold-start, warm-start, and local reset. In 


Figure 3-4, the reset circuitry that gives a board the 
capability to distinguish between these events is shown. 
The reset control logic (in the PAL16R4B) signals a 
cold-start whenever reset is accompanied by a low pow- 
er condition and signals a warm-start in all other cases. 
Local resets are generated by an interconnect operation 
to the microcontroller, which then pulses the CPU re- 
set line. 
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Figure 3-4. Reset Hardware 


The equation for the RESET PAL in Figure 3-4 is: 


RSTCTL PAL 
INTeL CORP 
VERSION 001 
chip name PAL16R4B 


BCLK RST DCLO 4 5 6 7 8 9 GND 
/OE 12 13 14 15 16 /PSBRST /UCINT 
UCRST VCC 


EQUATIONS 


PSBRST = RST 
UCINT = PSBRST * /DCLO * /UCRST 
/UCRST = /PSBRST + (/DCLO * /UCRST) 


3.4.1 COLD-START AND RECOVERY RESET 


A cold-start condition represents the state of the back- 
plane following a power-on sequence, while the recov- 
ery reset represents the state of the backplane following 
power failure situations. The CSM will cycle through 
its normal sequence of assigning cardslot and arbitra- 
tion IDs during a 50 ms period while the RST™* signal is 
active low. The iPSB reset signal is buffered in on each 
agent and then routed directly to the MPC and the 
microcontroller. When reset is released from the iPSB, 
the microcontroller will force a reset to the local CPU 
and then execute some rudimentary BISTs (initializa- 


tion checks). The interconnect template will be loaded 
with default values and the MPC gets initialized to its 
default state. The CPU is then released from reset to 
execute its power-on BISTs (some of which are likely to 
alter the contents of memory by overwriting data previ- 
ously present). 


In the firmware supplied with this guide, the CPU must 
clear the RSTNC* bit in interconnect within 30 sec- 
onds after power-on or else the microcontroller will 
again assert reset to the CPU on the assumption that 
something is seriously wrong with the board. (This is 
done to ensure that the failure of a single system board 
will not prevent the remainder of the system from com- 
ing alive due to RSTNC* being held active low.) 


3.4.2 WARM-START RESET 


A warm-start condition is normally the result of a hu- 
man operator pressing a front panel reset button or pro- 
gramming the CSM for a system-wide reset via inter- 
connect. The sequence of events is similar to the cold- 
start except that memory will remain unchanged, 
BISTs are not run, and all interconnect configuration 
registers remain unchanged. Warm resets are very use- 
ful for recovering from a hung system condition during 
debugging because the system cycles through reset 
much more quickly and retains all configuration and 
error status information. 
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Local resets selectively return all circuitry behind the 
bus interface on a single agent to a known condition 
without effecting any other system boards. Local reset 
is generated through interconnect programming and 
does not disturb the contents of local memory or the 
interconnect configuration registers. The microcontrol- 
ler BIST diagnostics are not run and the agent returns 
quickly to a known condition. Local resets are often 
used to recover from a partial system failure condition 
caused by improper programming or single agent fail- 
ures. 


There are two types of local reset supported: self-tog- 
gling and non-toggling. The Interconnect Interface 
Specification describes a local reset control (bit 7) of the 
General Control Register in the Interconnect Header 
Record of each board. This is a non-toggling reset that 
holds the agent inactive until specifically cleared by fur- 
ther interconnect programming. This feature allows an 
external agent to clamp reset to that board, thereby 
taking it off-line until further notice. Note that the 
board will not respond to other resets (warm or local) 
until this bit is cleared. This type of local reset is not 
suitable if the intent is for the agent to reset itself since 
the board is incapable of returning from the reset condi- 
tion to clear the bit. 


For this reason, many Multibus II boards offer a self- 
toggling reset control in the Board Specific Record that 
will clear itself soon after being set (typically 20 ms). 
One might be tempted to use this register for all local 
resets in preference to the General Control Register, 
however, it is not supported on all Multibus II boards 
and its absolute location in the interconnect template 
will depend on how many other function records pre- 
cede it. In common practice, the local reset bit in the 
General Control Register is a better solution in all cases 
except self-toggling resets. 


3.5 Initialization of the Microcontroller 
following Reset | 


Immediately following a cold or recovery reset, all bus 
interface components must be initialized to a known 
state. The microcontroller is normally the first to un- 
dergo initialization since it will be released from reset 
before the CPU and has the added responsibility for the 
MPC interconnect registers. Flowcharts of the program 
flow in the microcontroller are provided in Appendix 
B. 


The first priority of the microcontroller is to establish 
its Own environment by creating a stack and loading 
the Special Function Registers (SFR’s), which control 
the on-chip resources such as the ports, timers, and 
interrupt priorities. Next, the microcontroller initializa- 
tion checks are run as a basic “sanity check”’ of itself. 
There are three BISTs in the initialization sequence: 


~a. Microcontroller RAM—A simple read/modify/ 


write test to on-chip RAM locations... 


b. Microcontroller ROM—A check sum test on the on- 
chip ROM. 


c. IAD Bus and MPC Accessibility—A “walking ones” 
pattern is written to several MPC registers and read 
back to verify functionality of the MPC interconnect 
registers and the IAD bus. 


The interconnect registers that reside in RAM (i.e., 
those that are R/W), are now loaded with their default 
values. These default values are copied from a ROM- 
based default table (the DFTABLE), specified at 
configuration time. Next, the microcontroller on-chip 
timer/counters and the MPC interconnect registers are 
initialized. If the user has any unique initialization re- 
quirements, a call to the INIT__USER procedure is 
made at this time. Up to this point, the local CPU has 
been held in reset and the iPSB transceivers are being 
held tristate. Now all of these resources are released 
and timer/counters startup and the CPU has 30 sec- 
onds to clear the RSTNC* bit in interconnect. The mi- 
crocontroller then enters the mainline routine of the 
firmware. 


3.6 Interrupts Driven Firmware 
Operations 


Figure 3-5 illustrates the various interrupt sources 
which drive the interconnect functions on the micro- 
controller. The mainline code consists of very simple 
polling operations that execute with interrupts disabled. 
These operations consist of polling for the Non-Maska- 
ble Interrupt (NMI), BIST, and reset conditions, plus 
updating the front panel LEDs. At the end of each pass 
through the mainline code, interrupts are enabled prior 
to executing the jump instruction that starts the next 
pass through the mainline code. 
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Figure 3-5. Microcontroller Interrupt Sources 


Nearly all of the important operations within intercon- 
nect are interrupt driven. These include the IC inter- 
rupt handler (which services the MPC IREQ*% signal), 
a reset interrupt handler, and a group of timer based 
functions. A general description of these operations fol- 
lows. 


3.6.1 INTERCONNECT INTERRUPT HANDLER 


The IC interrupt handler is called whenever the MPC 
signals to the microcontroller that a request for inter- 
connect service is pending (IREQ* has been asserted). 
The microcontroller responds by reading the MPC’s 
interconnect reference registers to determine which reg- 
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ister in interconnect has been requested; whether this is 
a read or write operation; and whether this is the local 
CPU or an iPSB agent generating the request. If the 
register number is beyond the End of Template (EOT) 
record; then no error status is posted and the intercon- 
nect operation is terminated. Otherwise the microcon- 
troller begins a table driven look up of that register and 
completes the interconnect cycle. 


3.6.2 INTERCONNECT READ OPERATIONS 


Interconnect read operations are relatively simple be- 
cause no need exists for checking the access rights or 
data values (see Figure 3-6). The register number 
(REGNUM) is used as an 8-bit offset into the read 
vector table (RVTABLE), which then supplies an offset 
into the read jump table (RJTABLE) containing a long 
jump instruction to the address of the read routine. 
This indirect look up technique is used to allow several 
different registers to share the same read routine and to 
improve code compaction. Indirect jump tables also al- 
low the user to add their own read routines to the tem- 
plate following the interconnect core functions. 


Once the read operation is complete, the results are 
available to the IC interrupt handler in the ICDATA 
register. The data is copied to the MPC IDAT register 
and completion status is posted. From the IC interrupt 
handler, control passes back into the mainline code. 
Note that interrupts were enabled within the IC inter- 
rupt handler (just prior to executing the long jump in- 
struction), and that the reset interrupt has a higher pri- 
ority. 
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Figure 3-6. Indirect Jump Tabies for Read Routines 
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Figure 3-7. Indirect Jump Tables for Edit and Write Routines 
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3.6.3 INTERCONNECT WRITE OPERATIONS 


When an interconnect write operation is requested, the 
firmware checks whether the requester has permission 
to write to that register. The IC interrupt handler ex- 
amines the static and dynamic access rights of the regis- 
ter. If access permission is denied, then the appropriate 
error status is posted in the General Status Register of 
the Interconnect Header Record. 


In addition to checking access rights, some registers 
will need value checking as well to determine if the data 
being written is within legal range for that function. 
For example, it would be advisable to subtract the 
memory starting address from the ending address to 
determine if memory size limitations are being exceed- 
ed. Other registers contain bit mapped functions and 
you should signal a value error if a Reserved for Future 
Use (RFU) bit was set. 


Figure 3-7 shows the table look up technique used dur- 
ing interconnect write operations. In this implementa- 
tion, value checking is performed by a collection of edit 
routines. The mechanism for selecting an edit routine is 
similar to the indirect jump method previously de- 
scribed for read routines. The REGNUM serves as an 
8-bit offset into the edit vector table (EVTABLE). This 
table supplies another 8-bit value called EET__OFF, 
which is the offset of a data structure from the base of 
the edit entry table (EETABLE). This data structure 
contains an index into the edit jump table (EJTABLE), 
plus an optional list of constants to be used in value 
checking. If no constants are supplied, the edit routine 
will perform value checking using its own constants 
and no parameter passing is required. This has the ef- 
fect of making the edit routine specific to a given func- 
tion as opposed to generic routines, which receive their 
parameters by looking them up in table EETABLE. 


Table EETABLE has another optional field for the user 
to supply an offset into the write jump table (WJTA- 
BLE). If omitted, the edit routine will jump directly to 
the write routine without accessing table WJTABLE. 
Use of table WJTABLE has the advantage of being able 
to use various combinations of generic edit and write 
routines for better efficiency and code compaction. 


The indirect jump method of read, write, and edit serv- 
ices requires slightly more code space and software 
overhead than direct calling of register service routines, 
but offers a simple and extensible mechanism for users 
to form their own interconnect templates without need- 
ing to know the details contained within the core inter- 
connect module. Instructions on how to load these ta- 
bles and generate the final object code are presented in 
Section 5. 
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3.6.4 RESET INTERRUPT HANDLER 


In contrast to the power-on reset (which is a cold start 
sequence), the reset interrupt is used exclusively for 
warm resets generated when UCINT™ goes active. The 
reset interrupt handler asserts the reset signal to the 
CPU; then disables NMI to protect itself from losing 
program flow (yes—the non-maskable interrupt is in- 
deed maskable on the 8751 Microcontroller!). The reset 
interrupt handler then reinitializes the microcontroller 
and clears the BIST registers. It next initializes the 
MPC and provides a call to the USER RESET routine 
(just in case you want to alter the default values in the 
MPC registers). Remember that any values previously 
in the interconnect registers will remain unchanged 
throughout a warm reset sequence. 


3.6.5 TIMER BASED FUNCTIONS 


There are a number of functions within interconnect 
that need to be performed periodically. These include 
writing to the MPC fail-safe counters, checking the 
RSTNC* counter, and optionally, user-defined timer 
based functions. The elapsed time between timer/coun- 
ter interrupts is 1 ms based on use of an 11 MHz crystal 
oscillator for the microcontroller. This results in a fail- 
safe timeout period of 1.5 seconds. It is strongly recom- 
mended that you use this clock frequency and do not 
attempt the period of the timer interrupt because of the 
impact on the fail-safe count and RSTNC timing. Oth- 
er unforeseen effects on the interconnect operations 
may also occur. 


In the microcontroller, timer 0 is an internal interrupt 
source and has a higher hardware-implemented priority 
than does the IC interrupt handler even though they 
both are operationally level 1 interrupts. For this rea- 
son, the timer 0 interrupt is masked while the IC inter- 
rupt handler is executing. 


3.7 Use of Multibus Il Boards with 
In-Circuit Emulators 


In theory, in-circuit emulation of Multibus II boards is 
no different than working with any other CPU based 
design. However, due to the indirect reset technique 
used within the interconnect subsystem, problems with 
reset initializationof the emulator probe are not un- 
common. Most of these can be easily resolved by hav- 
ing the emulator issue port I/O commands to clear the 
RSTNC*% bit in interconnect before a timeout occurs 
(typically 25 seconds). In some cases even this action 
will be inadequate because many ICE™ products will 
not tolerate a condition where reset is held continuous- 
ly active. The solution to this problem is to disable the 
RSTNC* timeout function in the microcontroller. The 
core firmware design includes a jumper selectable op- 
tion to allow in-circuit emulators to operate without 
reset problems. 


3.8 Avoiding iPSB Timeouts 


The reader will by now appreciate that interconnect bus 
cycles can be potentially long due to the extensive 
amount of processing a microcontroller completes to 
satisfy an interconnect reference. Performance within 
the interconnect address space is not an issue since in- 
terconnect bus cycles are run during system initializa- 
tion and diagnostic tests, but cycles are rarely run dur- 
ing normal system operation because of their affect on 
the bus bandwidth. If, for any reason an interconnect 
bus cycle on the iPSB cannot complete within 1 ms; 
then an iPSB timeout will cancel the transaction and an 
error status posted. Therefore, users are cautioned not 
to attempt extensive processing within their intercon- 
nect read, write, and edit routines. Worst case timing 
analysis should be run on all new interconnect function 
records to avoid unexpected timeouts. More informa- 
tion on this topic is provided along with examples in 
Section 5. 


4.0 INTERCONNECT HARDWARE 
DESIGN 


4.1 Microcontroller Pin Assignments 


The 8751 Microcontroller is well configured with I/O 
port facilities. In addition to the bidirectional Intercon- 
nect Address/Data bus (IAD<7..0>) connected to 
Port O (PO), there are 24 additional bidirectional lines 
and a number of port expansion techniques that can be 
employed. The core interconnect design will consume 
some of these resources, but beyond that, the user is 
free to dedicate the remaining I/O lines in any desired 
way. A variety of hardware design examples are pre- 
sented here to satisfy the more typical requirements. 


4.1.1 THE INTERCONNECT ADDRESS/DATA 
BUS 


The initial design of the Message Passing Coprocessor 


(MPC) anticipated that the interconnect subsystem . 


would be partitioned in a microcontroller of the 8751 or 
8749 family. For this reason, the MPC provides a di- 
rectly compatible multiplexed IAD bus requiring no ex- 
ternal logic to the microcontroller. From a hardware 
viewpoint, the MPC is a slave to the microcontroller. 
The MPC supplies an external interrupt (IREQ*) 
whenever it needs service and the microcontroller satis- 
fies the request. The eight multiplexed IAD lines are 
taken directly from PO of the microcontroller and inter- 
face timing is based on the microcontroller’s Intercon- 
nect address strobe (IAST), Read (IRD*), and Write 
(IWR*) control signals. While the primary purpose of 


the IAD bus is to provide the communications path 
between the MPC and interconnect subsystem, it 
should be noted that the MPC will remain tristate for 
addresses 0 through 7FH. This condition presents an 
opportunity for I/O port expansion and is discussed 
later in this chapter. 


4.1.2 RESERVED PINS ON THE 8751 


In addition to the IAD bus on PO, the eight lines of 
Port 3 (P3) and two lines on Port 2 (P2) are reserved in 
support of the core interconnect design. (P3 is com- 
pletely dedicated to hardware functions.) Figure 4-1 is a 
simplified schematic of the basic hardware require- 
ments that guarantee proper functioning of the inter- 
connect core. This includes the front panel LED, reset 
inputs and outputs, interrupt sources, and provisions 
for MPC loopback testing (discussed in Section 3). 


Port function assignments are based on a series of 
equate statements contained in the program file 
DFT.MOD. If your interconnect design maintains the 
configuration shown in Figure 4-1 and defined in 
DFT.MOD; then there will be no need to modify the 
equate statements. A total of 14 port pins are available 
for user-defined I/O schemes. If necessary, the micro- 
controller pin assignments can be changed by modify- 
ing DFT.MOD (contained in the \ICFW\SRC subdi- 
rectory). 


4.2 External TTL Options 


Having completed the hardware design requirements, it 
is time to include the user hardware support options 
you have decided on. If your board requires only the 
core functions, then the hardware design is complete 
and prototyping can begin. Continued reading of this 
chapter may give you additional ideas for features you 
may wish to add. Other readers will already have a well 
defined functional objective and should be able to satis- 
fy their requirements using one or more of the tech- 
niques given below. Bear in mind that the application 
examples described in this chapter are only suggestions 
and a combination of techniques are used. This under- 
scores the need for good engineering discipline—always 
perform the AC/DC timing analysis and loading calcu- 
lations! 


The range of possibilities is limited only by your own 
imagination, but practical considerations will prevail. 
Keep aware of board real estate and bus loading re- 
quirements, expected implementation costs, and ask 
yourself if the feature is really worth the effort. With 
these considerations in mind, we will now examine 
some of the many options available for hardware de- 
sign. 
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Figure 4-1. Interconnect Core Hardware Design 


4.2.1 MICROCONTROLLER INPUT OPTIONS 


On boards that contain user-supplied optional devices, 
it is desirable to include an interconnect status register 
to report whether or not the device is present. If pres- 
ent, system software can program the device with the 
appropriate driver. Some common examples include the 
Single Board Extension Bus (iSBX) MULTIMODULE 
compatible board products, numeric processors, and 
DMaA controllers. 


A technique used to detect a board’s presence is to 
identify a port pin that ties to ground and then have the 
microcontroller read that pin. The P1 and P2 lines of 
the 8751 Microcontroller are internally pulled up, 
which makes module not present for these lines always 
read a logical “1”. Verifying if a chip is present is more 
difficult since the component needs the ground pin for 
its own power consumption. The preferred technique 
here is to ask the user to install a jumper and in that 
way, the microcontroller can report correct status. 
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Figure 4-2 schematically diagrams various techniques 
used to input to an 8751 Microcontroller. A typical 
technique is to require the microcontroller to read 
jumper inputs. (Although Multibus IT has reduced the 
number of jumpers required, it hasn’t eliminated them.) 
In cases where jumpers are unavoidable (such as chip 
select jumpers and component present indicators), it 
would be helpful to report the state of those jumpers 
with an interconnect status register. An example is the 
EPROM size register found on many Intel boards. If 
you have only a small number of jumpers, then a direct 
connection to one of the microcontroller’s port pins will 
suffice. For boards with a larger number of jumpers, 
buffering will be necessary. The buffer output enable 
term is generated by a port pin in association with the 
microcontroller’s IRD* signal. 
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In the example shown, a read instruction to P2.5 will 4.2.2 MICROCONTROLLER OUTPUT OPTIONS 
input data from the jumpers. This could be coded in 


ASM-51 as: Outputs from the microcontroller are used at various 
control points throughout Multibus II boards. Simple 

clrb P2.5 s;activate CS for jumper functions such as the LED’s can use a direct connection 
sinput buffer to a microcontroller port pin. More complex functions 

mov RO, OOh sload dummy address will require a connection to the buffered IAD bus. As a 
movx A @RO, ;read jumper inputs general rule, whenever more than two loads are on the 
setb P2.5 ;deselect buffer IAD bus, it will need buffering. The MPC must be con- 


nected directly to the IAD bus to ensure proper timing. 
The schematic in Figure 4-3 diagrams some typical ap- 
plications. 
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Figure 4-2. Microcontroller Input Options 
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Figure 4-3. Microcontroller Output Options 


4.2.3 LED OUTPUTS 


Nearly all Multibus II boards contain one or more 
LED indicators on the front panel. These provide a 
visual indication of board activity and status. Typically, 
the red LED is provided as a user programmable indi- 
cator and is illuminated by the setting or clearing of a 
bit in a control register. A green LED is often used to 
indicate CPU activity. If the green LED is present, 
drive it with an Address Latch Enable (ALE) signal or 
equivalent. The yellow LED, if present, is lit during 
diagnostic testing and represents the ORed condition of 
the following bits in the BIST Slave Status Register: 


BIST running + BIST failed + RSTNC timeout. 


4.2.4 OUTPUT ENABLES AND CHIP SELECTS 


A microcontroller port pin can be used for a bus trans- 
ceiver, ALE, or a direct chip enable. When used as a 
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direct chip select, care must be taken to guarantee 
proper timing and maintaining the state relationships 
with the other board occupants. A common application 
of this technique is a memory enable and disable signal. 
Direct chip selection is also used to enable the iPSB bus 
transceivers (via signal BTROE”) in the core intercon- 
nect design. 


4.2.5 ADDRESS DECODE ON THE IAD BUS 


The IAD bus address can be mapped to generate chip 
selects using simple “1 of n” decoders gated by a ALE 
signal. As an alternative, a PAL-based decoder can be 
used. A variety of chip select signals can be generated 
using this technique. Some designs use the chip selects 
to enable secondary latches and buffers. 


Intel. 


The ASM-51 coding for the circuit shown in Figure 4-3 
could look something like this: 


mov A, ICDATA 
mov RO, Latch addr 


;Get value being written 
;Load the address of the 
;latch 

;Generate chip select and 
swrite data 


movx@RO,A 


4.2.6 COMPARATORS 


Comparators are often used for address boundary 
checks in association with Local Bus Extension (iLBX) 
or local memory. A comparator logic example is shown 
in Figure 4-3. A select term can be generated on greater 
than, less than, or equal to the data placed on the IAD 
bus. The set point for the comparison is latched-in dur- 
ing the data phase of the microcontroller’s PO bus. In 
this way, a port pin (the NEW ADDR?% signal) can 
combine with the microcontroller’s TWR* to control 
when the address comparison is enabled. The ASM-51 
code to load a new address into the comparator could 
look like this: 


mov A, ICDATA ;Get the new setpoint 
clrb NEW_ADDR ;This is the PLE signal 
mov RO, OOh ;sDummy address 

movx @RO, A ;Output, the new address 
setb NEW_ADDR ;Latch it in 
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4.3 Bidirectional !/O on the IAD Bus 


Even a modest implementation of interconnect can eas- 
ily exceed the available port resources of the microcon- 
troller, especially when a byte wide data path is re- 
quired. For these applications, numerous port expan- 
sion techniques exist. Your choice of which technique is 
best in your particular design will be based on such 
factors as on board space requirements, cost, bidirec- 
tionality, and ease of programming. An example of in- 
terfacing a complex peripheral to the IAD bus is shown 
in Figure 4-4. The ASM-51 coding for this circuit is 
very straightforward since device selection is based on 
an IAD bus address. 


mov RO, IO_ADDR ;This is the address of 
sthe device 
movxA, @RO ;Input from the device 


mov ICDATA,A sSave the data 


mov RO, IO_ADDR ;This is the address of 
sthe device 
mov A, ICCNTR ;Load a control value for 


soutput 


movx@RO, A ;Output to the device 


BIAD <7..0> BUS 


ADDRESS DECODE PAL 
OR "1 OF N" DECODER 


1/0 DEVICE 
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Figure 4-4. Bidirectional I/O on the IAD Bus 
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5.0 DEFINING THE INTERCONNECT 
TEMPLATE 


5.1 What Goes into Interconnect? 


The design implementation phase of your interconnect 
subsystem begins with a careful evaluation of what 
functions to include. Common core functions are sup- 
plied on the accompanying diskette and you can add 
supplemental records to the interconnect template for 
board-level features you intend to support. Many fre- 
quently used function records are already defined in the 
Interconnect Interface Specification and the reader is 
requested to review this document before proceeding. If 
none of the furnished function records meet your needs, 
you can create your own function record using one of 
the record types available for vendor definition or 
board specific functions. 


If your function record is likely to have broad industry 
appeal and could be used by other vendors to support 
similar functions, you may wish to fill out the petition 
application included with the reader comment sheet at 
rear of this guide. Your petition will be evaluated based 
on suitability for a general class of hardware, industry 
standardization, and feedback from the Multibus II 
user community, and if accepted, published in the next 
revision to Interconnect Interface Specification. 


5.1.1 CORE FUNCTIONS SUPPLIED 


The interconnect firmware supplied with this guide 
contains a group of records common to most Multibus 
II boards containing a CPU, regardless of their specific 
function. These include an Interconnect Header Rec- 
ord, a Protection Record, the iPSB Control Record, a 
Local Processor Record, and an End of Template 
(EOT) Record. Some users may wish to generate a min- 
imal interconnect template on the first pass to verify 
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the operation of their base har are before adding their 
own advanced functions. This approach simplifies de- 


bugging and allows new features to be added incremen- 
tally. 


5.1.2 GETTING STARTED: THE INTERCONNECT 
WORKSHEET 


Unless you are using the supplied interconnect template 
without modification, it is a two-step process to com- 
plete the configuration tables. In the first step, you will 
fill-in a worksheet with information about default val- 
ues, RAM usage, read/write and edit routine numbers, 
and other details. Figure 5-1 is an example of such a 
worksheet. While completing these tables, you might 
notice opportunities to reduce code size by making use 
of generic read, write, and edit routines. In the second 
step, the information in the worksheet is copied into a 
series of tables used by the configuration macros. 


5.2 The Interconnect Header Record 


The interconnect template begins with a standard Inter- 
connect Header Record. This record contains fields 
that require specific values supplied by the user. You 
should fill-in this information in as we proceed through 
this chapter. For a detailed discussion concerning each 
register, consult Appendix A of the Interconnect Inter- 
face Specification. 


5.2.1 VENDOR ID REGISTER (0-1) 


Licensed Multibus II vendors are assigned two vendor 
ID numbers—an odd number for conforming templates 
and an even number for templates not conforming to 
the IEEE 1296 specification. You should enter your 
odd vendor ID number, since this template will be con- 
forming. Nonlicensed users who are building custom 
Multibus II boards should use 65533 (OFFFDH) as 
their vendor ID. 


GAR RAM DFT RRT 
HEADER RECORD 
000H 
000H 
000K 
000H 
000H 
000K 
000H 
000H 
000K 
000K 
000H 
000K 
000H 
000H 
000k 
000H 
000H 
090H 
000H 
000H 
000H 
001H RST 
001H PTI 
0014 NMI_EN 
003H GEN_STS 
001H GEN_CTL 
001H 18H, 07H, 04H BIST SL 
001H 00H BIST DI 
001H 00H BIST_DO 
001H 00H BIST_SS 
001H 50H BIST_MS 
001H 01H, OFEH BIST_TID 
PROTECTION RECORD 
PROTECTION RECORD TYPE 0  00BK 000K 
RECORD LENGTH 0 002H OOOH 
PROTECTION LEVEL RGTR 2  O00H 004H 
0  000H O00H 
PSB CONTROL RECORD 
PSB CONTROL RECORD TYPE 0 006 O00H PSB_CTL_OFF 
RECORD LENGTH 006H 000K 2 
PSB SLOT ID NO. 000H 002H ? 
PSB ARBITRATION ID NO. 000H 002K ? 
PSB ERROR RGTR 000H 002H 2 
PSB CONTROL/STATUS RGTR O1FH O0SH PSB_CS 
PSB DIAGNOSTICS RGTR OOOH 002H PSB DIAG 
RFU Q00H 000H 2 


oO 


VENDOR ID, LOW BYTE 
VENDOR ID, HIGH BYTE 
BOARD CHARACTER 1 
BOARD CHARACTER 2 
BOARD CHARACTER 3 
BOARD CHARACTER 4 
BOARD CHARACTER 5 
BOARD CHARACTER 6 
BOARD CHARACTER 7 
BOARD CHARACTER 8 
BOARD CHARACTER 9 
BOARD CHARACTER 10 
INTEL RESERVED 

INTEL RESERVED 

INTEL RESERVED 

INTEL RESERVED 
HARDWARE TEST REV NO. 
CLASS ID 

RFU 

RFU 

RFU 

RESET STATUS RGTR 
PROGRAM TABLE INDEX 
NMI ENABLE RGTR 
GENERAL STATUS 
GENERAL CONTROL 
BIST-SUPPORT-LEVEL 
BIST-DATA- IN 
BIST-DATA-OUT 
BIST-SLAVE-STATUS 
BIST -MASTER- STATUS 
BIST-TEST-ID 
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Figure 5-1. Interconnect Configuration Worksheet (Sheet 1 of 2) 
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LOCAL PROC RECORD 

LOCAL PROC RECORD TYPE 0 0134 OOOH 
RECORD LENGTH 0 003H OOOH 
LOCAL PROC CONTROL 0  O00H 006H 
LOCAL PROC STATUS 0 000K OO7H 
0 000K 000H 

END OF TEMPLATE RECORD 

EOT RECORD TYPE 0 0. OFFH OOOH 000H 


001H 
OOOH ? 


? 


OO6H OFEH 


EOT_OFF 
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Figure 5-1. Interconnect Configuration Worksheet (Sheet 2 of 2) 


5.2.2 BOARD ID REGISTERS (2-11) 


These 10 registers contain the ASCII product code as 
described in your user’s manual. You should avoid the 
use of nonprinting ASCII characters so the system soft- 
ware can display the product code verbatim on a CRT 
screen. If the product code is less than 10 characters, 
pad the remaining register fields with ASCII null char- 
acters (zeros). 


5.2.3 HARDWARE TEST REVISION NUMBER 
REGISTER (16) 


This register is part of a system of control for matching 
the firmware revision to the automatic test equipment 
used with that board. The master or local test handler 
software uses this as a mechanism for revision control 
of diagnostics. 


5.2.4 CLASS ID REGISTER (17) 


Determine your calss ID from the list supplied in the 
Interconnect Interface Specification. The class ID oc- 
cupies the most significant nibble (4 bits) of the register 
and the subclass ID occupies the least significant nib- 
ble. 


5.2.5 BIST SUPPORT LEVEL REGISTER (26) 
The BIST Support Level Register defines the support 


level of the diagnostics on-board. This will determine © 


which commands can be issued to your board via the 
BIST Data Input Régister. 


5.3 OPTIONAL USER FUNCTIONS 


There is virtually no limit to the number and variety of 
function records that users can add to the core firm- 
ware—provided the following common sense guidelines 
are met: 
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a. A maximum of 256 interconnect registers are al- 
lowed due to the page limit length of the configura- 
tion tables. Most boards will need fewer than 100 
registers. 


b. The microcontroller you are using has certain re- 
source limitations—the most pressing of which is on- 
chip RAM. Nested stack operations also require 
RAM, so you must avoid recursive procedures and 
nesting of calls beyond four levels in any of the 
USER code modules. Normally, it is preferable to 
pass parameters in registers rather than on the stack. 


c. An interconnect request must complete operations 
within 1 ms to avoid an iPSB timeout. The actual 
time available to complete a USER routine is less 
than 0.5 ms because interconnect is dual ported and 
a local access can temporarily lockout an iPSB re- 
quest. A timing analysis of your design will be done 
prior to PROMming the code (refer to paragraph 
5.8.2). (Sheet 1 of 2) 


d. Caution must be exercised whenever the potential for 
deadlock of a resource exists. Solutions to this prob- 
lem include prioritization, reporting of error status, 
or timeout to guarantee that system hand does not 
occur. 


e. User read, write and edit routines must follow the 
naming convention described in this chapter to guar- 
antee that the macro expansion works properly. Any 
global variable names used within existing core mod- 
ules are considered reserved and should not be used 
in your own procedures (ASM-51 and/or RLS51 will 
report duplicate symbol errors). A list of existing 
public variables may be found in program file 
ICFW\SRC\USER.M (Sheet 2 of 2)OD. 


5.4 Completing the Interconnect 
Configuration Worksheet 


If you decided that a user-defined function record is to 
be incorporated in the interconnect template, then you 
must define the access rights, default values, and com- 
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plete the remaining worksheet entries needed by the 
microcontroller firmware to support those features. 
You then write the functional read, write, and edit rou- 
tines and tag them with appropriate labels. The new 
function record(s) must be inserted ahead of the EOT 
record of the core interconnect template. 


As discussed in Chapter 3, the interconnect firmware 
uses a series of tables to associate a register with the 
correct read, write, and edit routine numbers. The in- 
formation you supply here will be loaded into those 
tables during the code assembly process. In Figure 5-2, 
an example of a completed interconnect configuration 
worksheet for the core firmware is shown. The parame- 
ters that must be supplied for each interconnect register 
identified on the configuration worksheet are described 
below. 


5.4.1 GLOBAL ACCESS RIGHTS 


All interconnect registers are readable from both the 
local and the iPSB bus. The state of the Global Access 
Rights (GAR) bit determines whether the register can 
be written to by another iPSB agent. If this bit is 0, then 
the register is read only on the iPSB bus and edit rou- 
tine EDOOH is used. A register will be locally read/wri- 
table only if an edit routine other than EDOOH is sup- 
plied for this entry. If the GAR bit is 1, then this regis- 
ter is read/writable on both interfaces and an edit rou- 
tine must be supplied. 


5.4.2 RAM USAGE 


The microcontroller RAM is a precious resource and 
must be managed as efficiently as possible. Some regis- 
ters in interconnect may contain static values that never 
change. These values should be stored in microcontrol- 
ler ROM. In cases where the contents of an inteconnect 
register are variable, either a byte or a bit of RAM must 


be allocated to store data, unless the data can be read — 


directly from a port. The microcontroller’s bit manipu- 
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lation features can be used when a full 8-bit register is 
not required. The RAM entry in the worksheet must 
specify whether to reserve a bit location (RAM = 2), a 
byte location (RAM = 1), or no memory at all (RAM 
= 0). If RAM memory is requested, then a name for 
the public variable for that location must be supplied 
(refer to paragraph 5.4.9). 


5.4.3 DEFAULT VALUE 


The Default Value (DFT) is a hex number placed in 
this register during a cold or recovery reset. If this is a 
static register, then the default value represents the per- 
manent contents of that register. The default value is 
also placed into dynamic registers following a cold re- 
set; however, the register contents may subsequently 
change due to reprogramming or environmental chang- 
es (e.g., reading a value from a port). 


5.4.4 READ ROUTINE ENTRY 


Read routines contain the code that actually perform 
the work in satisfying an interconnect read request. 
Eight read routines are used in the interconnect core 
firmware. These are listed below and all are user calla- 
ble. Read routines are sequentially numbered from 00H 
to nnH and contain no numbering gaps. A single read 
routine may be referenced by several different intercon- 
nect registers. If you are adding a new read routine, the 
first available Read Routine (RRT) number would be 
RDO8H. The value supplied for the RRT is the two 
digit hex portion of the read routine number. 


RDOOh Load Default Value into |ICDATA Generic 
RDO1h Get RAM Access Rights Generic 
RDO2h PSB Control/Status Register Specific 
RDO3h General Status Register Specific 
RDO4h_ Protection Level Register Specific 


RDO5h MPC General Parameter Register Specific 
RDO6h Local Processor Control Register Specific 
RDO7h Local Processor Status Register Specific 
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XENTAB(0,1,000H,001H,001H,BIST DO) ;B1ST-DATA-OUT 
XENTAB(O,1,010H,001H,001H,BIST_SS) ;BIST-SLAVE-STATUS 
%ENTAB(1,1,020H,001H,O005H,BIST_MS) ;BIST-MASTER-STATUS | | 
%ENTAB(O, 1,000H,001H,006H,BIST TID) sBIST-TEST-1D 
PROTECTION RECORD 
GR DFT RRT EET VAR 
%ENTAB(0,0,008H,000H,OO0H,PROT_OFF) ;PROTECT REC TYPE 
XENTAB(0,0,002H, OOOH, OOOH, ?) ;RECORD LENGTH 
YENTAB(0,2,000H,004H,007H,UACRS) ;PROTECT LEVEL RGTR 
%ENTAB(O, 0, 000H, OOOH , 000H, 7) 
PSB CONTROL RECORD 
GR DFT RRT EET VAR 
%ENTAB(0,0,006H,000H,O00H,PSB_CTL_OFF)  ;PSB CR TYPE 
%ENTAB(0,0,006H, OOOH, OOOH, 7) sRECORD LENGTH 
%ENTAB(0,0,000H,002H, 000H,?) :PSB SLOT ID NO. 
%ENTAB( 1,0, 000H, 002H, OO8H, 7) ;PSB ARB ID NO. 


NAME : TABGEN (TABLE GENERATION) 


DESCRIPTION: USES ENTAB MACRO TO ASSOCIATE EACH IC 
REGISTER WITH: 

GAR - GLOBAL ACCESS RIGHTS 
RAM USEAGE (WHETHER OR 
NOT UC RAM IS NEEDED) 
DEFAULT VALUE 
READ ROUINTE NUMBER 
EDIT ENTRY NUMBER 
SYMBOL FOR RAM/BIT 
VARIABLE 
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UPDATE HISTORY: 5-14-87 JR UPDATE FOR IDX 
Prrrerrrrrccrrrrrrccrerrrrrcererceererecrren rect iet 
: GR 
2 AA 
: RM DFT RRT EET VAR 

HEADER RECORD 
%ENTAB(0,0,001H, 000K, OOOH, 7) VENDOR ID, LOW BYTE 
XENTAB(0,0,000H, 000H, 000H, ?) VENDOR ID, HIGH BYTE 
%ENTAB(0,0,000H,000K,000H,?)  ;BOARD ID, CHARACTER 1 
XENTAB(0,0,000H,000H,000H,2) | ;BOARD ID, CHARACTER 2 
XENTAB(0,0,000H,000H,000H,?) | ;BOARD ID, CHARACTER 3 
%ENTAB(0,0,000H,000H,000H,?) | ;BOARD ID, CHARACTER 4 
%ENTAB(0,0,000H,000H,000H,?)  ;BOARD ID, CHARACTER 5 
XENTAB(0,0,000H,000H,000H,?) | ;BOARD ID, CHARACTER 6 
%ENTAB(0,0,000H,000H,000H,?) | ;BOARD ID, CHARACTER 7 
XENTAB(0,0,000H,000H,000H,?) | ;BOARD ID, CHARACTER 8 
%ENTAB(0,0,000H,000H,000H,?) | ;BOARD ID, CHARACTER 9 
XENTAB(0,0,000H,000H,000H,?) | ;BOARD ID, CHARACTER 10 
%ENTAB(0,0, OOOH, OOOH, OOOH, 7) INTEL RESERVED Figure 5-2. ENTAB Macro Source Code Listing 
%ENTAB(0,0,000H,000H, 000H, ?) ; INTEL RESERVED (Sheet 2 of 2) (Continued) 
%ENTAB(0,0, OOOH , OOOH, OOOH, ?) INTEL RESERVED 
%ENTAB(0,0,000H,O00H, OOOH, 7) INTEL RESERVED 
XENTAB(0,0,001H,000H,000H,7) | ;HARDWARE TEST REV NO. 
%ENTAB(0,0,000H, OOOH, OOOH, ?) CLASS ID 
%ENTAB(0,0,000H , 000H, OOOH, 7) ;RFU 
%ENTAB(0,0,000H, OOOH, OOOH, 7) sRFU 
XENTAB(0,0,000H , OOOH, OOOH, ?) RFU 
; GR DFT RRT EET VAR 
%ENTAB(O, 1,003H,001H,000H,RST_STS) ;RESET STATUS RGTR EDOOh Used for Read-Only Registers Generic 


%ENTAB(1,1,000H,001H,001H,PTI) PROGRAM TABLE INDEX EDO1h Check that RFU Bits Matcha Generic 
ZENTAB(1,1,000H,001H,002H,NMI_EN) ;NMI ENABLE RGTR Mask 


%ENTAB(O, 1,000H,003H,000H,GEN_STS) ;GENERAL STATUS 2 P 
XENTAB(1,1,000H,001H,003H,GEN CTL) | ;GENERAL CONTROL ED02h Range Checking Between Two — Generic 


%ENTAB(1,0,000H,002H, 009H,?) PSB ERROR RGTR 
%ENTAB(1,1,01FH,O00SH,OOAH,PSB_CS) .;PSB CONT/STAT RGTR 
%ENTAB(1, 1,000H,002H,00BH,PSB DIAG) ;PSB DIAG RGTR 
%ENTAB(0,0,000H, OOOH, 000H, 7) 

LOCAL PROC RECORD 


GR DFT RRT EET VAR | 
%ENTAB(0,0,013H,000H,O00H,?) | ;LOCAL PROC RECORD TYPE 
%ENTAB(0,0,003H, 000H, OOOH, ?) ;RECORD LENGTH 
%ENTAB(0,0, 000H, 006H, OOCH, 7) ;LOCAL PROC CONTROL 
%ENTAB(0,0, 000H, 007H, OOOH, 7) ;LOCAL PROC STATUS 
%ENTAB(0,0,000H, OOOH , OOOH, ?) 

END OF TEMPLATE RECORD 

GR DFT RRT EET VAR 
%ENTAB(0,0,0FFH,000H,000H,EOT OFF) | ;EOT RECORD TYPE 
SEJECT 
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5.4.5 EDIT ROUTING TABLE 


The purpose of the Edit Routine Table (ERT) parame- 
ter in the worksheet is to associate each register with 
the correct edit routine number. There are six edit rou- 
tines supplied within this firmware: 


XENTAB(O,1,000H,001H,004H,BIST_SL) ;BIST-SUPPORT-LEVEL Constants 
XENTAB(1,1,000H,001H,001H,BIST_D1) ;BIST-DATA-IN EDO03h PSB ARB ID Register Specific 
280640-20 ED04h PSB Diagnostic Register Specific 
EDO5h Greater Than Check (>) Generic 


Figure 5-2. ENTAB Macro Source Code Listing 
(Sheet 1 of 2) 
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5.4.6 WRITE ROUTINE NUMBER 


The Write Routine (WRT) parameter specifies which 
write routine number to jump to once access rights and 
value checking are complete. A given edit routine can 
jump to any write routine (there is no requirement for 
the edit routine number to match the write routine 
number). In the generic routines, several edit routines 
can reference the same write routine using different 
constant lists based on register number. In the specific 
routines, it is sometimes more expedient to jump direct- 
ly to the edit routine rather than going through the 
write jump table. In this case, a ‘*?”” should be entered 
for the WRT. Seven write routines are supplied, there- 
fore, the first available number assignment for user 
code is WRO7H. 


WROOh Write toa RAM Based Register Generic 
WRO1h Write toa MPC Based Register Generic 
WRO2h_ Write to PSB Control Register Specific 
WRO3h_ Write to Protection Level Register Specific 
WRO04h_ Write to PSB Control/Status Specific 
Register ! 
WRO5h Write to PSB Diagnostic Control Specific 
WRO6h_ Write to Local Processor Control Specific 


5.4.7 CONSTANTS FOR VALUE CHECKING 


This column contains a list of constants (CONST) used 
by the edit routines in value checking register contents. 
During an edit routine, illegal values cause error re- 
ports to the General Status Register and the IC handler 
will exit without performing the write operation. The 
advantage of using the CONST is that edit routines can 
be made “sharable” because a different list of constants 
is used for each register. If no constants are required, a 
”? should be entered. This implies that your value 
checking algorithm will use constants supplied by the 
edit routine (i.e., specific to that register). 


5.4.8 THE EDIT ENTRY TABLE 


The Edit Entry Table (EET) number is a value used as 
the index into the edit entry table during table look up 
operations. The order of how EET numbers get as- 
signed is not important, however, numbering must start 
at OH and run in sequence until every register has an 
assigned EET number. Two or more registers having 
the same attributes share the same EET number. This is 
true if (and only if) all of the columns match for the 
ERT, WRT, and CONST values. When this occurs, 
there is an opportunity for code compaction and the 


same EET number will be assigned to two or more | 


registers. 
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5.4.9 SYMBOLIC REFERENCE TO RAM 
LOCATIONS 


Whenever a dynamic register is defined (RAM = 1 or 
2), an on-chip RAM bit or memory location is reserved. 
Entries in the Symbolic Reference to RAM (VAR) col- 
umn represent the symbolic name to be used for refer- 
ences to that RAM bit or memory location. The VAR 
entry serves an important purpose—it reserves a loca- 
tion in on-chip memory and declares a public symbol 
under the name of that variable. Read, write and edit 
routines can now reference that variable directly with- 
out needing to know its exact location. 


One word of caution with respect to bit variable decla- 
rations. If the RAM parameter in the worksheet is a 
byte location (RAM = 1), then the value listed as de- 
fault will be loaded into the location reserved for that 
symbolic name at initialization time as expected 
(VAR = DFT). But if a bit location was reserved 
(RAM = 2), the current software has no provision to 
load the reserved bit location with its default value. 
Users are therefore advised to initialize all reserved bit 
locations explicitly in their INIT__USER routines. The 
public variable specified by the VAR parameter will be 
in effect and can be used as a symbolic reference for 
direct addressing (e.g., setb/clrb var). An example of 


the use of bit variables can be found in the RDO4 and 


WRO3 routines contained in Appendix C. 


5.5 Loading the Macro Tables 


The interconnect worksheet was used as an intermedi- 
ate step to allow the user to identify opportunities for 
code reduction through the use of generic read, write, 
and edit routines. Now that the worksheet is complete, 
you must enter this data into table generating macro 
files on your IBM PC. The macro assembler will use 
these tables to generate the final interconnect firmware 
code. 


5.5.1 THE ENTAB TABLE 


The program file \ICFW\SRC\TABGEN.AS1 con- 
tains a list of calls to the ENTAB configuration macro 
(Figure 5-2). This list determines the register order in 
the interconnect template. Enter the values for GAR, 


RAM, DFT, RRT, EET, and VAR from the worksheet _ 


into this table. 


5.5.2 THE EETGEN TABLE 


The program file \ICFW\SCR\EETGEN.AS1 con- 
tains a list of calls to the EETGEN configuration mac- 
ro (Figure 5-3). This list is used to build the edit entry 
table. Enter the values for ERT, CONST, and WRT 
from the worksheet into this table. 
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NAME : EELBL (EDIT ENTRY TABLE) 
PURPOSE : PROVIDE EDIT ROUTINE ADDRESSES, 

VALUE CHECKING CONSTANTS, AND WRITE 
ROUTINE ADDRESSES FOR THE IC MODULE 


DESCRIPTION: A ONE DIMENSIONAL LOOKUP TABLE THAT 
SPECIFIES LOW BYTES OF ADDRESSES 
THAT RESULT FROM EXPRESSIONS, i.e. 
C(ERXX-ERLBL), AND ALSO PROVIDES 
CONSTANTS THRU THE USE OF SYMBOLS 


UPDATE HISTORY: 5-14-87 JR UPDATED FOR IDX 
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ERT CONST WRT 


MEEGEN(OOH, %(7),?) 
XEEGEN( 01H, %(00H), OOH) 
XEEGEN(01H, %(038H) , OOH) ;NMI ENABLE 
%EEGEN(01H, %(078H) , 02H) ;GENERAL CONTROL 
XEEGEN(O5H,%(018H,07H,04H), 00H) ;BIST SUPPORT LVL 
%EEGEN(01H, %(OSOH), OOH) ;BIST MASTER STATUS 
MEEGEN(O2H,%(O1H,OFEH),OOH) ;BIST TEST ID 
MEEGEN(01H, XCOFEH) , 03H) {PROTECTION LEVEL 
XEEGEN(O3H,%(7),?) ;PSB ARB. ID 
MEEGEN(O1H, XCOFFH),O1K) ;PSB ERROR 
XEEGEN(01H,%(063H), 04H) ;PSB CONTROL STATUS 
NEEGEN( 04H, %(?7),?) ;PSB DIAGNOSTIC 
%EEGEN(01H, XC(OFEH) , 06H) ;LOCAL PROC CONTROL 
SEJECT 


7;READ ONLY REGISTERS 
7;PROGRAM TABLE INDEX 


Qovnr OOnN OV fWYD = © 
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Figure 5-3. EEGEN Macro Source Code Listing 


5.5.3 THE EXTERNS MACRO: GENERATING 
EXTERNAL LABELS 


After completing the entries in the ENTAB and EET- 
GEN tables, the final step before code generation is to 
supply values to the EXTERNS macro so that the cor- 
rect number of external labels are generated for your 
user routines. The EXTERNS macro is used in the file 
\ICFW\SRC\TABLE.MOD. Here you will find the 
call to EXTGEN, where you must supply the highest 
number of your edit, write, and read routines as param- 
eters in that order. 
%EXTERNS (06,07,08) 3six edit routines 
sSeven write routines 
;Eight read routines 
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5.6 Programming Techniques for 
Read, Write, and Edit Routines 


There are a group of user callable macro functions sup- 
plied with the interconnect firmware in the file 
\ICFW\SRC\GLOBAL.MAC. These are called by 
entering a “%” symbol in front of the name and sup- 
plying a list of parameters. This results in code expan- 
sion, which supplies the requested function. The follow- 
ing macros are callable by users. 


RD_MPC (dest,src) Read MPC Register 
WRT_MPC (dest,src) Write MPC Register 
LOOKUP (table,offset)Retrieve parameter from 


table 
SUB (opr) Subtract operand from 
accumulator 
MOVBIT 
(dest_bit,src_bit) Perform bit move 
operation 
GET_EEC Get Edit Table Constant 


(Data pointer must be 
pointing to EETABLE. 
Byte is returned in 
Accumulator. You must 
perform one LOOKUP be- 
fore making this call.) 


All user routines should be declared PUBLIC so that 
the table generating macros can locate the routines en- 
try point. Place the user routines you write in the file 
ICFW\SRC\USER.MOD. 


5.6.1 RETRIEVING THE CONSTANT LIST FROM 
THE EETABLE 


While in a read, write, or edit routine, one or more 
constants can be retrieved by using the global symbol 
EET__OFF as the offset into the EETABLE for this 
register. 


Intel. 


For example, consider this range checking algorithm in 
an edit routine: 


ERO5H: INC EET_OFF ;Point to RFU Mask 
sin EETABLE 
%LOOKUP 
(#EETABLE, EET_OFF) ;Get It 
ANL A,ICDATA ;Check all RFUs=0 
JNZ ERR_5 ;JMP if illegal 
%GET_EEC ;Get Don't Care Mask 


;From EETABLE 
3;Mask off Don't Care 
sBits from ICDATA 


ANL A,ICDATA 


MOV TEMP,A s;Save Result 

%GET_EEC ;Get Max Allowable 
;Write Value 

%SUB ( TEMP) ;SUB Value Being 
;Written 

JC ERR_5 sIf ICDATA > Max 
sAllowable, ERR 

%GET_EEC sElse Get Write 
sRoutine Offset 

MOV DPTR,#WRLBL ;Point to WR 

JMP @A+DPTR ;GOTO WR 


ERR.5 AJMP VALERR ;Report Value ERR 


5.6.2 HANDLING OF VALUE ERRORS 


If a value error is detected in an edit routine, then the 
write operation will not be performed and instead, a 
jump to a public routine VALERR should be executed. 
This routine updates the General Status Register with 
the appropriate Value Error and returns to the IC han- 
dler to complete the interconnect operation. 


5.7 Hooks for User Supplied Routines 


Every board design is just a little bit different and rec- 
ognizing this fact, calls-to user supplied routines are 
provided at certain critical locations in the code. These 
include initialization, polling, and reset routines and 
timer based functions. As delivered, these routines are 
nothing more than program stubs. You can find them 
in the \ICFW\SRC\USER.MOD file. The following 
discussion suggests some ideas for what you might do 
with the user routine calls in your interconnect design. 
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5.7.1 INIT USER: CUSTOM INITIALIZATION 
CODE ; 


The INIT__USER routine is only called on a cold re- 
set. It gives the user an opportunity to initialize their 
I/O and modify defaults before entering the mainline 
code. This routine also gives the user a chance to modi- 
fy the MPC register defaults after the call to MPC__ 
INIT. If you are using any bit segments (RAM = 2), 
they must be explicitly initialized at this time. A special 
feature has been added to the INIT__USER routine 
which disables the RSTNC timeout function based on a 
jumper input. This helps out ICE™ users since these 
emulators have difficulty dealing with external resets. 


5.7.2 RST USER: SPECIAL HANDLING UPON 
WARM RESET 


When RST__USER is called, you should reset any I/O 
devices connected to the microcontroller. If dual-port 
memory is present, rewrite the upper and lower address 
boundaries to the MPC because the internal MPC reg- 
isters are all cleared after an iPSB reset. In most cases, 
the contents of interconnect registers will remain un- 
changed. 


5.7.3 POLL USER: POLLED USER FUNCTIONS 


The POLL__USER routine is called from the mainline 
code. It polls user functions on each loop through the 
mainline code (approximtely 39 ys). Typical uses are to 
scan for on-board errors and to set the general error 
status bit in the General Status Register when errors 
are found. 


5.7.4 USER TIMER: TIMER BASED FUNCTIONS 


The USER__TIMER routine is called every 1 ms as 
part of timer 0 interrupt routine. USER__TIMER is 
similar to the POLL__USER, except that the granular- 
ity of the timer is predictable since the timer 0 interrupt 
has the highest priority (other than reset). The USER__ 
TIMER routine is used for self-toggling resets and oth- 
er time based functions. A software prescale counter 
can be maintained for timing longer intervals. 
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5.8 GENERATING THE OBJECT 
MODULE 


The final step in code preparation is to assemble all of 


your new user routines with ASM-S51 and then link to 
the core module using the RLS1 linker. Two batch files 
are supplied to automate the firmware generation pro- 
cess. To use these files, the current directory must be 
the \ICFW\SRC subdirectory. Here you will find three 
files with a .MOD file extension. These are the default 
module, the tables, and your user code. To assemble 
these modules enter: 


ASMMOD dft 
ASMMOD table 
ASMMOD user 


The list files will be placed in the \ICFW\SRC\LST 
subdirectory and the object files are placed in the 
\ICFW\SRC\OBJ subdirectory. Next, the object mod- 
ules will be linked with the core library to produce a 
PROM image. Select a name for the output file (e.g., 
TEST), and invoke the linker by entering: 


LNKUSR file name Link Map for test. LNK (Main) 


" — Figy ey ET Si, ere a eae en . oe. ara fa 4 NS ew, 
‘ss ets ? “ : _ 
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You will now find a PROMmable file with a .LNK 
extension in the \ICFW\SRC\OBJ subdirectory. 
There will also be a file in this subdirectory with a 
.MAP extension. This file (a link map) will be used in 
the next step to verify microcontroller resources. 


y 


5.8.1 CHECKING MICROCONTROLLER 
RESOURCE UTILIZATION 


The link map file contains information about how 
much code and register space was requested by the core 
and user routines and where symbolic variables are lo- 
cated. Examine the link map to check that the limits on 
RAM and ROM usage have not been exceeded. A gap 
will be reported whenever additional free space is avail- 
able. The core firmware will create the following seg- 
ments: 


TYPE BASE LENGTH RELOCATION SEGMENT NAME 
REG 0000H 0008H "REG BANK 0* 
DATA 0008H OOODH UNIT RW_SEG 
DATA 0015H 0008H UNIT DATA_SEG 
0O1DH 00035H Se? Chay **% 
DATA 0020H 0002H BIT_ADDR BIT_ADDR_BYTE_SEG 
BIT 0022H OOOOH.2 UNIT BIT_SEG 
0022H.2 OOO00H.6 CaF GAP. #¥* 
IDATA 0023H 0008H UNIT STACK_SEG 
CODE 0O0O00H 004EH ABSOLUTE 
CODE 0O04EH 0433H UNIT CODE_SEG 
CODE 0481H OOBFH UNIT EDIT_SEG 
CODE 0540H 0067H UNIT WRITE_SEG 
CODE 0O5A7H OO5AH UNIT READ_SEG 
CODE 0601H OOOAH UNIT USER_CSEG 
O60BH O9FSH eee GAP. = Ft 
CODE OFFEH 0002H ABSOLUTE 
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5.8.2 CHECKING CRITICAL TIMING PATHS 


Figure 5-4 shows a state diagram of the microcontroller 
core firmware and includes the instruction cycle counts 
for each of the major functions. In this step, you will 
evaluate the impact user code has on interconnect sub- 
system timing. All timing calculations are based on 
counting microcontroller machine cycles to compensate 
for the different crystal frequencies that may be used. 
To calculate the elapsed time, multiply the cycle count 
by 1/xtal frequency (i.e., 0.909 us at 11 MHz). Some 
microprocessors have specific timing requirements for 
the pulse width of reset and interrupt signals. These 
should be checked against the timing values given be- 
low: 


Reset Timing: 


Max RES Latency from UCINT = 41 Cycles 


Min RES Inactive after UCINT Inactive = 38 Cycles + 
RST__USER 


NMI Timing: 


Max Interrupt Latency = Mainline + IC Handler = 39 
+ 136 Cycles 


Min Interrupt Latency = Mainline = 39 Cycles 


al 

i 

4 ys 
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The timer 0 interrupt occurs every 1 ms when using the 
recommended 11 MHz crystal oscillator. However, the 
time 0 interrupt is masked in both the IC handler and 
the mainline code. Therefore, the worst case timer 0 
latency is calculated: 


Max Timer 0 Latency = IC Handler + Mainline = 136 
+ 49 Cycles 


An iPSB timeout will occur if an incoming interconnect 
request is not completed within 1 ms after SCO* be- 
comes active. Consider the case where a local intercon- 
nect request is received just a moment before the iPSB 
request. The microcontroller might be in a timer 0 in- 
terrupt routine and would have to pass again through 
mainline code before servicing the local request. Thus, 
the worst case iPSB response can be calculated: 


Worst Case iPSB Response = Mainline + Timer__O + 
Mainline + Local IC Access + Mainline + PSB Access 


For the core firmware without user code, the worst case 
local firmware response is approximately 485 ps at 
11 MHz. This leaves a total of 515 ws for the iPSB 
interconnect cycle to complete (including MPC and 
write data delays) before a timeout occurs. 
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CLDRST 59200 
INIT.USER 2 


MAINLINE 37 
EA CLEARED AT START POLL_USER* 5 


OF MAINLINE, SET AT END 
TOTAL = 39 


ICREQ, TIO, * UCINT* 


ICHDLR 78 
a Bear ¥ RSTINT INTR.VECT. 2 
USER.TIMER * 2 | RST.USER*® EROXXH*® 44 
: : WR OXXH* = 12 


TOTAL = 49 TOTAL = 136 


*ADD CYCLES FOR USER SUPPLIED ROUTINES 
280640-23 


Figure 5-4. Microcontroller Cycle Count of Major Firmware Functions 
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5.8.3 PROGRAMMING THE 8751 


One of the three initialization self-checks that the mi- 
crocontroller performs following a reset is the PROM 
check sum test. The firmware computes a 16-bit sum of 
all code bytes from 0 through (top of the PROM mem- 
ory-2). The actual check sum is the two’s complement 
of the sum. This value is programmed into the last two 
bytes of PROM space and given the label CHECK- 
SUM. The check sum label is assigned in the default 
program file \ICFW\SRC\DFT.MOD and is original- 
ly set to address OFFEH. The address of this label can 
be modified to accommodate other microcontrollers 
with larger EPROM size (e.g., an 8752 Microcontrol- 
ler), as long as the check sum always occupies the last 
two bytes of code space. 


The check sum is initially assembled with a data value 
of OOOOH. After assembling and linking the intercon- 
nect firmware, the actual check sum value will be pro- 
grammed into the PROM in a separate step. The fol- 
lowing procedure assumes that an Intel iUP 201 
PROM Programmer and iPPS software used. If you are 
using another brand of PROM programmer, you must 
guarantee that their check sum algorithm matches the 
method used here. 


Step 1. Invoke iPPS. 


Step 2. Initialize default base to hex and the file format 
to 80. 


I 80 

Step 3. Set PROM type to 8751. 
T 8751 | 

Step 4. Load data buffer with OFFH. 
L B W OFFH 


Step 5. Copy object’ file to buffer.iPPS will display a 
check sum. 


C< file name>T B 


Step 6. Copy check sum displayed by iPPS into address 
OFFEH. The low byte of the 16-bit check sum 
loads to address OFFEH and the high byte to 
address OFFFH. 


S OFFEH 
OFFE:(low byte) (high byte) 
Step 7. Save a copy of the complete object file on your 
hard disk 
C B T< file name> 


Step 8. Install a blank 8751 in the programmer and 
copy the buffer to PROM. 


CBTP 


At this point you will have a programmed microcon- 
troller, which is ready.to install on the prototype board 
for functional testing. As an alterntive, you can load the 
file created in step 7 above into an ICE 51 In-Circuit 
Emulator and test the firmware directly without pro- 


gramming the 8751. This method gives you access to 


‘internal variables and tables in addition to hardware 


control of the microcontroller. 


6.0 FUNCTIONAL TESTING OF THE 
INTERCONNECT SUBSYSTEMS 


6.1 Testing the Interconnect 
Subsystem 


Assuming you were successful in Sections 4 and 5, you 
now have a functional prototype of your interconnect 
subsystem ready for testing. Proper interconnect opera- 
tion depends on complex interrelationships between the 
8751 Microcontroller, CPU, Message Passing Coproc- 
essor (MPC), and various TTL circuits. Since 
interconnect forms the basis of higher level diagnostic 
services, we must have complete confidence that the 
interconnect subsystem is functioning properly before 
implementing the design. Evaluation of the intercon- 
nect subsystem is facilitated through the use of an inter- 
connect utility program and a systematic approach to 
design testing. 


6.2 Power-On and Initialization 
Functions 


When a prototype board is inserted into the backplane 
for the first time, there is a distinct possibility that a 
design error in the reset initialization sequence could 
cause a bus error or Reset-Not-Complete (RSTNC) 
condition. Either of these conditions prevents other 
boards from coming on-line. Fortunately, these events 
can usually be detected by watching the front panel 
LEDs cycle through the power-on sequence. 


Under normal reset conditions, the majority of Multi- 
bus II boards first illuminate their yellow BIST LED, 
progress on to illuminate the green LED (run indica- 
tor) and leave no other LEDs lit. If the Central Services 
Module (CSM) has a BUSERR indicator, it will be lit 
to indicate a bus error due to RSTNC condition. If the 
bus error persists for more than a few seconds, then a 
strong likelihood exists that your board has failed to 
clear the RSTNC* bit. This is confirmed if, after 30 
seconds, the CSM BUSERR condition disappears due 
to the microcontroller clamping reset active and forcing 
a reset complete indication to the iPSB (unless disabled 
using the ICE compatibility jumper). 


6.3 The Interconnect Configuration 
Utility 


In the \ICFW\ICU subdirectory is an interconnect 
(IC.P28) written in PL/M source code to’run on the 
iRMX 86/286 Operating Systems. The executable 
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object file for this utility may be obtained from the 
iRMX Users Group (iRUG), 5200 N.E. Elam Young 
Parkway, Hillsboro, OR 97124-9987. If you are not 


working in one of these programming environments, 


you will need to adapt this code to your own environ- 
ment by substituting the appropriate I/O and intercon- 
nect system calls. 


Before invoking the IC utility on your prototype, you 
must create the subdirectory /USER/BOARDS and 
enter into that directory a file for the board. The file 
name you assign must correspond with the ASCII de- 
scription contained in the 10 character board ID field 
of the Interconnect Header Record. Slashes (/) present 
in the description must be converted to ASCII periods. 
For example, iSBC386/100 is converted to 
iSBC386.100. The actual values for each interconnect 
register are entered into the template plus any user 
comments you may wish to add for that board. A typi- 
cal configuration file listing is shown in Figure 6-1. The 
control characters that appear in the file listing are used 
by the utility to mark the display area and field bounda- 
ries. 
@ The @ symbol is the screen delimiter. As the user 
pages through the file and encounters this symbol, 
the utility will prompt the user for input. 


© The ; symbol is the register field delimiter. The utili- 
ty scans for an opening semicolon; then fetches a 
register value for each character found until encoun- 
tering the closing semicolon. Legal character type 
descriptors are: 


b (binary) 

d (decimal) 

h (hexadecimal) 
a (ASCII) 


The IC utility enables you to identify, examine, and 
modify the configuration of a system board from the 
comfort of your console (no jumpers to move!). The 
utility locates the board ID character fields in the Inter- 
connect Header Record of the board in the cardslot you 
select to configure. It then searches the subdirectory 
/USER/BOARDS for the file having a file name that 
matches the board ID. Speciic interconnect registers 
may be modified (provided access rights and value 
checking are valid), however, an attempt to enter illegal 
values into an interconnect register are ignored and the 
existing register content is unaffected. Entries are dis- 
played as they are made. Once invoked, the IC utility 
prompts the user for input and you will find it very easy 
to use. A sample screen output from this utility is 
shown in Figure 6-2. 


6.4 A Test Methodology for 
interconnect Functions 


Given a functional prototype board and an interconnect 
utility such as the one described above, we now use 
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these tools to verify correct operation of the intercon- 
nect subsystem. One might assume that this process 
would be quite simple and straightforward—and usual- 
ly, it is. But we are now looking for more subtle condi- 
tions such as timing related problems and secondary 
affects on interconnect register content. While every 
board is different, a test methodology that looks for all 
possible contingencies is an important step in design 
verification. The following checklist is an example of 
what to look for during evaluation testing of intercon- 
nect using a prototype board: 


Look for initialization conditions: 


Do the correct default register values appear after cold- 
start? 


Do the front panel LEDs work properly? 


Is RSTNC handled correctly? (also test RSTNC recov- 
ery by disabling the CPU). 


Look for dual-port operation on both local and system 
buses: 


Can the registers be accessed from off-board as well as 
on-board? 


Do the function records all have correct record type 
values and byte counts? 


Are the read/write privileges working for both on- 
board and off-board references? 


Is the protection record function working properly? 
Look for proper register content and function: 


Do all the bit level functions in control registers work 
as expected? 


Are all the status registers reporting correctly? 
Look for secondary effects: 


Changes to memory addressing registers are only al- 
lowed when memory is disabled. 


Look for iPSB timeout conditions: 


Saturate the local bus with interconnect I/O commands 
in a tight loop; then attempt an interconnect operation 
from off-board. 


Once you have accomplished this type of testing meth- 
odology for each register on the prototype board, you 
can have reasonable confidence that all is well with the 
interconnect subsystem. Now you can proceed forward 
with the development of device drivers and extended 
diagnostics. If any changes are made to the microcon- 
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troller after its initial release, be sure to update the revi- 
sion control field in the header record so users can iden- 
tify which version of the firmware they hold. 


6.5 Summary and Conclusion 


Multibus II is a system architecture composed of stan- 
darized hardware and software modules. Having suc- 
cessfully implemented the interconnect subsystem on 
your board, you are ensured of the functional compati- 
bility and interoperability of that board with other in- 
dustry-standard Multibus II products that use intercon- 
nect. 


Function Value 

Vendor ID Number sh 2 

Board ID Number ;eaaaaeaaaa; 

PBA Number, Rev sdddd 

Hardware Test Rev # 3d 

Class ID 

Reserved 

Program Table Index 

NMI Enable Register 

General Status 
General Control 

BIST Support Level 

BIST Data In 

BIST Data Out 

BIST Slave Status 

BIST Master Status 

BIST Test ID 
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Protection Record 
Protection Record Type 
Record Length 
Protection Level Reg 
Reserved 


=e Ge Se Te 


Memory Record Type 
Memory Record Type 
Record Length 

Memory Size (bits 7..0) 
Memory Size (bits 15..8) 
Memory Control 

Memory Status 

MM2 ID 


iPSB Control Record 
iPSB Control Record Type 

_ Record Length 
iPSB Slot ID Number 
iPSB Arbitration ID Number 
iPSB Error Register 
iPSB Control/Status Register 
iPSB Diagnostic Register 
Reserved 


280640-24 


Figure 6-1. Configuration File Format for the IC 
Utility (Sheet 1 of 3) 
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If you found this guide useful, you may also be interest- 
ed in other design guides available from Intel. A list of 
documents available at the time of this guide’s publica- 
tion are listed in Appendix A. As the Multibus II sys- 
tem architecture matures and proliferates, we look for- 
ward to supplying additional design guides that encour- 
age the production of compatible hardware and soft- 
ware products. 


iPSB Memory Record Type Value 
iPSB Memory Record Type sb 
Record Length 

iPSB Start Address (23..16) 
iPSB Start Address (31..24) 
iPSB End Address (23..16) 
iPSB End Address (31..24) 
iPSB Memory Control 


cooo7o Ff 
ee Se Be Ge 


=e Se @e se @e Ge 


Local Memory Record Type Value 
Local Memory Record Type 
Record Length 

Local Start Address (23..16) 
Local Start Address (31..24) 
Local End Address (23..16) 
Local End Address (31..24) 
Local Control Register 


oe 


cogs 
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Memory Parity Record Type Value 
Memory Parity Record Type 
Record Length 

Parity Control Register 
Parity Status Register 
Bank Status Register 
Error Offset 

Reserved 


Lox 


=e te Se Ss Be 
Los 


y,oocs 


Cache Memory Record 

_ Cache Memory Record Type 
Record Length 
Cache Size (bits 7..0) 
Cache Size (bits 15..8) 
Cache Entry Size 
Cache Control 
Reserved 
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Figure 6-1. Configuration File Format for the IC 
Utility (Sheet 2 of 3) 
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Firmware Comm Record Type 
Firmware Comm Record Type 
Record Length 
Communications Byte 1 
Communications Byte 2 
Communications Byte 3 
Communications Byte 4 
Communications Byte 5 
Communications Byte 6 
Communications Byte 7 
Communications Byte 8 
Communications Byte 9 
Communications Byte 
Communications Byte 
Communications Byte 
Communications Byte 
Communications Byte 
Communications Byte 
Communications Byte 


vcoocv cc 8 


oo Ff 
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Lo mao 


Lox 
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=e &.8 Ss & 


Host ID Record Type 
Host ID Record Type 
Record Length 

Host ID (bits 7..0) 
Host ID (bits 15..8) 
Message Address 
Reserved 


s 
a 


coo fF 


=e 2 2 %e Se & 


Lo 


Serial Comm Record Type 
Serial Comm Record Type 
Record Length 

Serial Data In 

Serial Data Out 

Serial Port Status 
Serial Interrupt Enable 
Serial Port Options 
Reserved 


io 


coceace 
@s se =e =e =e ee 2. ee 


Cc 


. ow . 


386/100 Specific Record 
386/100 Spec Record Type 
Record Length 

On-board Control Register 


End Of Template Record 
EOT Record Type 
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Figure 6-1. Configuration File Format for the IC Utility (Sheet 3 of 3) 
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INTERCONNECT CONFIGURATION UTILITY 


Commencing Board Search Routine: 


Board Search Complete. 


Slot# Vendor ID 


00 
01 


03 
04 
05 
06 
07 
08 


Intel Corporation 
Intel Corporation 
Intel Corporation 


Intel Corporation 
Intel Corporation 


Intel Corporation 


Board ID 
CsM/001 
186/410 
386/100 


MEM/310 
286/100A 


186/224A 


PBA # 

147304 - 0003 
000000 - 0002 
000000 - 0002 


000000- 0001 
000000-0001 


000000 -0001 


The following boards were found: 


Class 

Central Services Module 
16-bit Communications Board 
32-bit Processor Board 


Memory Board 
16-bit Processor Board 


16-bit Peripheral Controller 


Options: <Configure,Slot#>, <Memory> or <Quit> Type First Letter):c2 


Configuration File Attached - File: /user/boards/386. 100 


Reg 
00 
02 
oc 
10 


1F 


Function 

Vendor ID Number 
Board ID Number 
PBA Number, Rev 


Value RW Comments 


0100; ro 
386/100; ro 


00000000; ro 


Hardware Test Rev # 


Class ID 
Reserved 


02; ro 
Fi; ro 


00000080; ro 


Program Table Index 
NMI Enable Register 


General Status 
General Control 


BIST Support Level 


BIST Data In 
BIST Data Out 


BIST Slave Status 


BIST Master Status 


BIST Test ID 


00; rw 
04; rw 
80; ro 
00; rw 
00; rw 
> TW 
rw 

; tw 
rw 


, hw 


Would you like to make any changes? 


Enter <reg_num,new_value_in_hex>,<Quit>,<CR> or <Up>: 
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Figure 6-2. Interconnect Utility Screens (Sheet 1 of 2) 
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nen a ee ae ee 
AP-423 
Reg Protection Record Value 
20 Protection Record Type OB; 
21 Record Length 02; 
22 Protection Level Reg 00; 
23 Reserved 00; 
Reg Memory Record Type Value 
24 Memory Record Type 01; 
25 Record Length 05; 
26 Memory Size (bits 7..0) 3F; 
27 Memory Size (bits 15..8) 00; 
28 Memory Control 01; 
29 Memory Status Ai; 
2A MM2 ID 22; 


Would you like to make any changes? 


Rw 
ro 
ro 
rw 
ro 


RW 
ro 
ro 
ro 
ro 
rw 
ro 
ro 


Enter <reg_num,new_value_in_hex>,<Quit>,<CR> 
Reg iPSB Control Record Value RW 
2B iPSB Control Record Type 06; ro 
2c Record Length 06; ro 
20 iPSB Slot ID Number 10; ro 
2E iPSB Arbitration ID Number E8; rw 
2F iPSB Error Register 88; rw 
30 iPSB Control/Status Register 18; rw 
31 iPSB Diagnostic Register 00; rw 
32 Reserved 00; ro 


Would you Like to make any changes? 


- bapa Seale fest ets Sal * at vt ale wl 


Comments 


Comments 


or <Up>: 


Comments 


Enter <reg_num,new_value_in_hex>,<Quit>,<CR> or <Up>:q 
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Figure 6-2. Interconnect Utility Screens (Sheet 2 of 2) (Continued) 
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APPENDIX A 
BIBLIOGRAPHY OF RELATED READING 


Interconnect Architecture Specification—Intel Order Number 149299-002. 
MPC User’s Guide—Intel Order Number 176525-001. 

IEEE 1296 Specification (High Performance Synchronous 32-Bit Bus Standard) 
iSBC 386/116 Hardware Reference Manual—Intel Order Number 451833-001. 


BUSCON Paper: An Architecture for Initializing Multibus II Multiprocessor Systems. Stephen Rogers, 
October 1987. ! 


Computer Technology Review Quarterly: Interconnect Simplifies Configuration. Roger Finger, September 1987. 
Intel Application Note AP-70, Using the Intel MCS® 51 Boolean Processing Capabilities. John Wharton, 1980. 
Embedded Controller Handbook 8751 Data Sheet—Intel Order Number 210918-005. 

iUP 200/201A Programmer User’s Guide—Intel Order Number 166608-001. 

MCS Macro Assembler User’s Guide for DOS Systems—Intel Order Number 122752-001. 

MCS 51 Utilities User’s Guide for DOS Systems—lIntel Order Number 122747-001. 


Intel Application Note AP-422, Designing a Central Services Module for Multibus II. Jory Radke, 1987. 


5-87 


5-88 


APPENDIX B 


COLD RESET 


INIT STACK 
AND 
SFRs 


: INIT CHECKS 
INIT LC R/W 
REGISTERS 

INIT SW 
COUNTERS 


INIT MPC 
|| REGISTERS 


SET BIT 
NO_ICE 
INIT_USER | 
SET PORT 
PIN BTROE 


START TIMER 
0 


CLEAR PORT 
PIN RES 


JUMP MAINLINE 


Figure B-1. Cold Reset Routine 


FLOWCHARTS FOR IC CORE FIRMWARE 
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RSTINT 
SET PORT 
PIN RES 


CLEAR NMI 
ENABLE 
REGISTER 


CLEAR PORT 
PIN NME 


UPDATE PSB C/S 
FOR WARM RESET 


INIT STACK 
PCINTER 


INIT SW 


COUNTERS 


RESET BIST 
REGISTERS 


NO 


INIT MPC 
REGISTERS 
RST_USER 


Moca ti 


LOCAL 
RESET 
ACTIVE? 


YES 


UPDATE RESET 
STATUS REGISTER 


CLEAR PORT 
PIN RES 


Figure B-2. Reset Interrupt Routine 


MAINLINE 
DISABLE 
INTERRUPTS 


LOCAL 
OR PRST 


ACTIVE 
? 


RESET BIST 
REGISTERS 
| POLL_USER 


NMI 
SOURCE 
ACTIVE? 


CLEAR PORT 
PIN NMI 


NO 


YES NO 


CLEAR PORT 
PIN NMI 
SET PORT 
PIN NMI 


PC + RUN 
+ RSTNCTO IN 
BIST = 1? 


NO YES 


CLEAR PORT SET POINT 
PIN BIST_LED PIN BIST_LED 
ENABLE 
INTERRUPTS 


JMP MAINLINE 
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Figure B-3. Mainline Program Flow 


5-90 


TIMER 0 
INTERRUPT 


FAIL-SAFE 


SERVICE MPC 
COUNTERS 


NO 


COLD OR 
WARM RESET 
TYPE? 


DEC RSTNC 
COUNTER 


PRST 

ACTIVE IN 

LOCAL PROC 
9 


DEC PRST 
COUNTER 


PRST COUNT 
= 0? 


CLEAR BIT 
RES 
USER—TIMER 


RELOAD TLO 
AND TL1 OF 
DFT 


RETI 
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Figure B-4. Timer 0 Interrupt Routine 
5-91 
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WRITE MPC MPC_STS 
IARB REGISTER MPC ISTAT 


REGNUM 
MPC IRADR MPC_STS 
INPROC BIT 


SET? 


ICDATA 
MPC IDAT 


ACCESS 
GET RJTABLE 
OFFSET RIGHTS OK? 
GET EETABLE 
OFFSET 


GET EJTABLE 


OFFSET 


Figure B-5. IC Handler Interrupt Routine 


TO READ OR 


INDIRECT CALL 
EDIT ROUTINE 


MPC IDAT 
ICDATA 
WRITE MPC 
ICMPL 
RETI 
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APPENDIX C 
READ, WRITE, AND EDIT ROUTINES 
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NAME : 1C_TO_MPC 


PURPOSE : CORRELATE IC REGISTER NUMBER TO MPC 
REGISTER NUMBER 


=e %» @s Se Se Be we 


DESCRIPTION: CORRELATES IC PSB C/S REGISTERS WITH 
THE PROPER MPC REGISTER NUMBER, 
STARTING WITH THE PSB SLOT ID 
REGISTER. 


Se 


UPDATE HISTORY: 


RHRRRRERHRRRARREARREEREREERERARRRRAERERRRUERERRRREREERE 


2 
e 
. 
e 
° 
e 
. 
e 
. 
e 
e 
e 
s 
a 


IC_TO_MPC: 08 SID ;PSB SLOT ID 
DB AID PSB ARB ID 
DB RERR :PSB ERROR 
OB OOH ;DUMMY 
DB DIAG PSB DIAGNOSTIC 


SEJECT 
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Figure C-1. |C__TO__MPC Corrrelation 
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NAME : RDOOH js 

PURPOSE: READ DEFAULT VALUE FROM DFTABLE 
CALLED BY: JUMPED TO FROM ‘SERVICE 

CALLS: NONE 

NEST LEVEL: 7? 

DESCRIPTION: USES REGNUM TO INDEX INTO DFTABLE. 
REG BANK: ASSUMES IC_BANK, SELECTS NONE 
INPUTS: REGNUM 

DESTROYS: ACC, DPTR 


RETURNS: ICDATA 


UPDATE HISTORY: 


RDOOH: LOOKUP (#DFTABLE ,REGNUM) ;GET DEFAULT FM TABLE 
MOV ICDATA,A ;RET DEFAULT IN ICDATA 
RET RETURN TO IC HANDLER 


~ SEJECT 


Figure C-2. RDOOH Read DFTABLE 
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NAME : 


PURPOSE : 


=e “8s 8 Se Fe Fs Be 


CALLED BY: 


CALLS: 


NEST LEVEL: 


DESCRIPTION: 


. 
’ 
. 
’ 
° 
e 
. 
e 
° 
s 
e 
e 
° 
¢ 
° 
¢ 
e 
e 


REG BANK: 


=e Gs &s 


INPUTS: 


s &e 


DESTROYS: 


RETURNS: 


RRRERRRARERERERRERERRERERARERERRERRARRARRRERARRRRERRRR 


RDO1H 

READ RWTABLE VALUE 

JUMPED TO FROM SERVICE 

NONE 

?? 

USES REGNUM TO INDEX INTO RATABLE. 
USES RWTABLE INDEX PORTION OF RA BYTE 
TO INDEX INTO RWTABLE TO GET REGISTER 
VALUE. 

ASSUMES IC_BANK, SELECTS NONE 

REGNUM 


ACC, ADDR, DPTR 


ICDATA 


UPDATE HISTORY: 


RERRRRRERERRRRRRERRRERERERRERERRERRREERERARRAERERERERE 


RDO1H: %LOOKUP(#RATABLE,REGNUM) ;GET RAM/ACCESS BYTE 


CLR 
ADD 
MOV 
MOV 


SEJECT 


ACC.GAR ;MASK OFF GLOBAL ACCESS RIGHTS 
A, #RWTABLE ;ADD TBL ADDR TO RAM OFFSET 
ADOR,A SAVE RAM ADDR 
A, @ADOR sREAD RAM VALUE 
ICDATA,A RETURN VALUE IN ICDATA 

RETURN TO IC HANDLER 


Figure C-3. RD01H Read RWTABLE 


280640-36 


Se 


5-95 


+ 


ERRRRRRERRRERAAREA ARERR EREERRE REAR EARRRERERRARARRR 
‘ L 


NAME: A  -RDOZH 


PURPOSE : READ MPC REGISTER FOR PSB 
CONTROL/STATUS REGISTER 


CALLED BY: | JUMPED TO FROM SERVICE © 
CALLS: NONE 


NEST LEVEL: ?? 


=e =e Se Ss se Se Se Te Ss Se Se 


DESCRIPTION: USES LOOKUP TABLE IC_TO_MPC TO XREF 
IC ADDRESS TO MPC REGISTER NUMBER, 
READS MPC REG AND RETURNS DATA IN 
-ICDATA. 


REG BANK: ASSUMES IC_BANK, SELECTS NONE 
INPUTS: NONE 


DESTROYS: ACC, DPTR, MPC_RNUM 


A 


RETURNS: ICDATA 


UPDATE HISTORY: \ 


/ 
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RDO2H: MOV = A,REGNUM = GET REG NO. BEING ACCESSED 
; SUBB =A, #PSB_CTL_OFF#5 = IC_TO_MPC STARTS 
;WITH SLOT ID REG 

%LOOKUP(#IC_TO_MPC,A) ;GET CORRES MPC REG NO. 
%RO_MPC(ICDATA, A) ;READ MPC REG 

RET” ;RETURN TO IC HANDLER 


Figure C-4. RD02H Read MPC Register 
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NAME : RDOSH 


PURPOSE : READ ROUTINE FOR GENERAL STATUS 
REGISTER 


CALLED BY: JUMPED TO FROM SERVICE 

CALLS: NONE 

NEST LEVEL: ?? 

DESCRIPTION: USES LOOKUP TABLE IC_TO_MPC TO XREF 
IC ADDRESS TO MPC REGISTER NUMBER, 
READS MPC REG AND RETURNS DATA IN 
ICDATA. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS: NONE 

DESTROYS: ACC, DPTR, MPC_RNUM 


RETURNS: ICDATA 


UPDATE HISTORY: 
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RDO3H: MOV ICDATA,GEN_STS READ RAM 
MMOVBITCICDATA.PFI,DCLO) ;GET PWR FAIL STATUS 
RET sRETURN TO IC HANDLER 
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Figure C-5. RDO3H Read General Status Register 


5-97 


sPRARTARAAAAAKARAAE RARER SHARE AARUAERARR HAAR ERE RARE RAR 


NAME : RDOGH 


PURPOSE : READ ROUTINE FOR PROTECTION LEVEL 
REGISTER 


Se 82s Ss Ses Se Fe 


CALLED BY: JUMPED TO FROM SERVICE 
CALLS: NONE 


NEST LEVEL: ?? 


ee Se Ss Se Se Ss 


DESCRIPTION: READS THE BIT UACRS AND PUTS IT IN 
ICDATA 


REG BANK: ASSUMES IC_BANK, SELECTS NONE 
INPUTS: NONE 

DESTROYS: CARRY FLAG 

RETURNS: ICDATA 


UPDATE HISTORY: 
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RDO4H: MOV ICDATA, #CLEAR ;ICDATA = 0 
MMOVBITCICDATA.ACRS,UACRS) ;GET BIT 
RET ;RETURN TO IC_HANDLER 
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Figure C-6. RDO4H Read Protection Level Register 
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NAME : 


PURPOSE : 


CALLED BY: 


CALLS: 


=e Ss Se ee se Sse Bs ee =e Se Fe 


NEST LEVEL: 


DESCRIPTION: 


=e Re Se Se Ss Be 


REG BANK: 


INPUTS: 


DESTROYS: 


RETURNS: 
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REAKARAERAERRERRAERARERREREERHEHREREREKERRARRRERRRRERREK 


RDOSH 


READ ROUTINE FOR PSB CONTROL/STATUS 
REGISTER 


JUMPED TO FROM SERVICE 
NONE 

2 

COMBINES VALUES OF MPC GENERAL 
PARAMETER REGISTER WITH VALUE 
FROM RWTABLE FOR PSB_CS TO GET 
COMPLETE REGISTER VALUE. 
ASSUMES IC_BANK, SELECTS NONE 
NONE 


ACC, MPC_RNUM, CARRY FLAG 


ICDATA 


UPDATE HISTORY: 


RHRHERARRREKERERARERERERERARRRRRERERRRURERRRRRRRERARRRRKER 


RDOSH: XRD_MPC(A,#GEN_PAR)  ;READ MPC GENL PARAM REG 


MOV 


ICDATA,PSB_CS ;READ RAM 


AMOVBITCICDATA.HPRO,ACC.PRY) ;MOV MPC BITS TO 


;ICDATA 


AMOVBITCICDATA.RSTNC,ACC.RSTNCIN) 


RET 


SEJECT 


RETURN TO IC_HANDLER 


Figure C-7. RDO5H Read Control/Status Register 
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NAME : RDO6H 


PURPOSE : READ ROUTINE FOR LOCAL PROC CONTROL 
REGISTER 


CALLED BY: JUMPED TO FROM SERVICE 

CALLS: NONE 

NEST LEVEL: ?7 

DESCRIPTION: IF PROC RESET AND RESET STATUS = 
PRST, THEN SETS PRST = TRUE, ELSE 
PRST = FALSE. 

REG BANK: ASSUMES 1C_BANK, SELECTS NONE 

INPUTS: NONE 

DESTROYS: CARRY FLAG 


RETURNS: ICDATA 


UPDATE HISTORY: 5-14-87 JR UPDATED FOR IDX 


’ 

. 
’ 
. 
’ 

. 
‘ 
. 
’ 
. 
e 
. 
’ 
° 
’ 
. 
‘ 
. 
e 
° 
é 
. 
’ 
. 
’ 
. 
e 
. 
e 
. 
’ 
° 
’ 
” 
’ 
- 
’ 
. 
e 
s 
e 
° 
4 
° 
’ 
° 
e 
e 
e 
° 
’ 
e 
e 
° 
e 


RHAAEKRARARAREARARRRAARERARRARRARRARAAERERAARRRARRAARR 


RDO6H: ICDATA, #CLEAR ;ICDATA = 0 
JNB  RES,END_R6 ;1F NOT PROC RESET THEN DONE 

MOV A,RST_STS ELSE GET LAST RESET TYPE 

CJNE A,#PRST_TYPE,END_R6 31F NOT PRST THEN 

;DONE 

SETB PRST ELSE SET PRST = TRUE 

END_R6: RET RETURN TO IC HANDLER 


SEJECT 


Figure C-8. RDO6H Read Local Processor Control Register 
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NAME : RDO7H 


READ ROUTINE FOR LOCAL STATUS 
REGISTER 


=s Se Ge Se Fe Be Be Be 


CALLED BY: JUMPED TO FROM SERVICE 

CALLS: NONE 

NEST LEVEL: 7? 

DESCRIPTION: IF RESET STATUS = PRST TYPE, THEN 
PRST STATUS = TRUE, ELSE PRST 
STATUS = FALSE. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS: NONE 

DESTROYS: CARRY FLAG 


RETURNS: ICDATA 


UPDATE HISTORY: 5-14-87 JR ADDED FOR IDX 
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RDO7H: MOV ICDATA, ACLEAR 7ICOATA = 0. 
MOV A,RST_STS GET LAST RESET TYPE 

CUNE A, #PRST_TYPE,END_R7 ;1F NOT PRST THEN 

; DONE 

SETB ICDATA.PRST_STS ;ELSE PRST_STS = TRUE 

END_R7: RET ;RETURN TO IC HANDLER 


SEJECT 
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Figure C-9. RDO7H Read Local Status Register 
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NAME : WROOH 

PURPOSE : WRITE TO A RAM BASED IC REGISTER 

CALLED BY: JUMPED TO FROM EDIT ROUTINES 

CALLS: NONE 

NEST LEVEL: ?7 

DESCRIPTION: USES REGNUM TO INDEX INTO RATABLE. 
USES RWTABLE INDEX PORTION OF RA BYTE 
TO INDEX INTO RWTABLE, WHERE ICDATA 
IS THEN WRITTEN TO. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS: REGNUM 

DESTROYS: ACC, DPTR, ADOR 


RETURNS: NOTHING, RETURNS TO ICHANDLER 


UPDATE HISTORY: 


RARRRAERREREARERARRERARARRERRARRARRARRRRRERRRRRERRRRERRE 


. 
’ 
a 
J 
J 
’ 
s 
’ 
. 
e 
. 
’ 
. 
’ 
. 
’ 
. 
J 
e 
’ 
. 
‘ 
e 
a 
° 
’ 
. 
’ 
° 
’ 
e 
’ 
. 
’ 
. 
’ 
° 
8 
* 
e 
e 
’ 
e 
¢ 
e 
’ 
. 
a 
. 
e 
° 
a 
e 
’ 
. 
e 


WROOH: XLOOKUP(#RATABLE , REGNUM) ;GET RAM/ACCESS 
;BYTE FOR REG 

CLR ACC.GAR EXTRACT RWTABLE INDEX 

ADD A,#RWTABLE ;ADD TABLE ADDR TO GET RAM 

sADDR 

MOV ADDR,A ;PUT ADDR IN INDIRECT ADDR REG 

MOV @ADOR, ICDATA ;WR RWTABLE REG 

;RETURN TO IC HANDLER 


SEJECT 


Figure C-10. WROOH Write RAM Based IC Register 
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NAME : WRO1H 


WRITE ROUTINE FOR MPC BASED IC 
REGISTERS 


CALLED BY: JUMPED TO FROM EDIT ROUTINES 

CALLS: NONE 

NEST LEVEL: 7? 

DESCRIPTION: USES LOOKUP TABLE IC_TO_MPC TO XREF 
IC ADDRESS TO MPC REGISTER NUMBER, 
WRITES MPC REG WITH DATA IN ICDATA. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS: ICDATA 

DESTROYS: DPTR, MPC_RNUM 


RETURNS: NOTHING, RETURNS TO ICHDLR 


UPDATE HISTORY: 
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WRO1H: MOV A, REGNUM :GET REQUESTED REG NO. 
SUBB A, #PSB_CTL_OFF+5 ;1C_TO_MPC STARTS 

:WITH PSB SLOT ID REG 

%LOOKUP(#IC_TO_MPC,A) ;GET CORRES MPC REG NO. 
%WRT_MPC(A, ICDATA) :WR MPC REG 

RET :RETURN TO IC HANDLER 


Figure C-11. WRO1H Write MPC Based IC Register 
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NAME : WRO2H 
t 
PURPOSE : WRITE ROUTINE FOR GENERAL CONTROL 
REGISTER 


CALLED BY: | JUMPED TO FROM EDIT ROUTINE 

CALLS: NONE 

NEST LEVEL: 77 — 

DESCRIPTION: PROC RESET = LOCAL RESET. IF LOCAL 
RESET, THEN UPDATE RESET STATUS REG. 
UPDATES GEN CTRL IN RWTABLE BY 
JUMPING TO WROOH. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS: ICDATA 

DESTROYS: NOTHING Re 


RETURNS: NOTHING, JUMPS TO WROOH 


UPDATE HISTORY: 5-14-87 JR UPDATED FOR IDX 
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=. 


WROZH: XMOVBIT(RES,ICDATA.LRST) ;UPDATE RST PORT PIN 
| JNC  END_W2. ss; IF NO LOCAL RESET THEN DONE 
MOV -—sRST_STS,#LRST_TYPE ;ELSE UPDATE RESET 
wi ; STATUS 

END_W2: SJMP  WROOH 


SEJECT 
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Figure C-12. WRO2H Write General Control Register 
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NAME : WROSH 


PURPOSE ; WRITE ROUTINE FOR PROTECTION LEVEL 
REGISTER 


CALLED BY: JUMPED TO FROM EDIT ROUTINE 
CALLS: NONE 
NEST LEVEL: ?7 


DESCRIPTION: SETS DYNAMIC ACCESS RIGHTS AS 
REQUESTED 


REG BANK: ASSUMES IC_BANK, SELECTS NONE 
INPUTS: ICDATA 

DESTROYS: CARRY FLAG 

RETURNS: NOTHING, RETURNS TO ICHOLR 


UPDATE HISTORY: 
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WROSH: XMOVBITCUACRS, ICDATA.ACRS);UACRS = ICDATA.ACRS 
RET RETURN TO IC HANDLER 


Figure C-13. WRO3H Write Protection Level Register 
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NAME : WROGH 


PURPOSE : WRITE ROUTINE FOR PSB CONTROL/STATUS 
REGISTER 


CALLED BY: JUMPED TO FROM EDIT ROUTINE 

CALLS: NONE 

NEST LEVEL: 7? 

DESCRIPTION: SINCE RST TYPE BITS MUST = 0 WHEN 
WRITING THIS REGISTER, RSTNCOUT IS 
CLEARED IN THE MPC GENERAL PARAM REG. 
ALSO, THE PRY BIT IN THE GEN PARAM 
REG IS MODIFIED ACCORDING TO ICDATA 
BIT HPRO. SINCE THE GEN PARAM REG 
SUPPORTS OTHER FUNCTIONS, A 

- READ/MODIFY/WRITE OPERATION IS USED. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS: ICDATA 

DESTROYS: ACC, CARRY FLAG, MPC_RNUM 


RETURNS: NOTHING 


UPDATE HISTORY: 
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WROGH: MOV A,PSB_CS ;GET VALUE OF PSB CONT/STAT REG 
XMOVBITCICDATA.RSTHO,ACC.RSTHO) = ;SAVE RESET 
;TYPE HISTORY BITS 
XMOVBITCICDATA.RSTH1,ACC.RSTH1) 
MOV PSB_CS,ICDATA ;UPDATE RWTABLE 
%RD_MPC(A, #GEN_PAR) ;READ MPC GEN_PAR 
CLR ACC.RSTNCOUT ;QUIT DRVG RSTNC TO BUS 
MMOVBITCACC.PRY,ICDATA.HPRO)  ;UPDATE PRY BIT 
%WRT_MPC(HGEN_PAR, A) ;WR MODIFIED DATA 
;BACK TO GEN_PAR 
RET .;RETURN TO IC HANDLER. 


280640-47 
Figure C-14. WRO4H Write PSB Control/Status Register 
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NAME : WROSH 


PURPOSE ; WRITE ROUTINE FOR PSB DIAGNOSTIC 
REGISTER 


CALLED BY: JUMPED TO FROM EDIT ROUTINE 
CALLS: NONE 


NEST LEVEL: ?7 


‘ 

: 

: 

; 

‘ 

; 

; 

: 

; 

; 

; 

; 

; 

; DESCRIPTION: UPDATES PSB_DIAG REG IN RWTABLE. IF 
; LOOPBACK MODE SELECTED, THEN TURNS 
; 
; 
; 
; 
; 
’ 
; 
; 
é 
: 
i 
: 
; 
: 


OFF BUS TRANSCEIVERS AND WRITES MPC 
DIAG REG, ELSE WRITES MPC DIAG REG 
AND ENABLES TRANSCEIVERS. 


REG BANK: ASSUMES IC_BANK, SELECTS NONE 
DESTROYS: ACC, MPC_RNUM 

INPUTS: ICDATA 

RETURNS: NOTHING, RETURNS TO ICHOLR 


UPDATE HISTORY: 
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WROSH: MOV PSB_DIAG,ICDATA ;UPDATE RWTABLE 
JB ICDATA.LBACK , BUSOF F ; TF LOOPBACK 

; SELECTED, THEN JUMP 

RWRT_MPCC(WOIAG, ICDATA) ELSE WR MPC REG 

SETB BTROE sENABLE BUS XCVRS 

JMP = END_WS5 300 NO MORE 

BUSOFF: CLR 8BTROE ;DISABLE XCVRS 
AWRT_MPCC#DIAG, ICDATA) ;WR MPC REG 

ENO_W5: RET ;RETURN TO IC HANDLER 


SEJECT 
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Figure C-15. WRO5H Write PSB Diagnostic Register 
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NAME : WRO6H 


PURPOSE : WRITE ROUTINE FOR LOCAL PROC CONTROL 
REGISTER 


CALLED BY: JUMPED TO FROM EDIT ROUTINE 
CALLS: NONE 
NEST LEVEL: ?? 


DESCRIPTION: IF ICDATA BIT PRST SET, ASSERT RESET 
TO PROC AND UPDATE RESET STATUS REG. 


INPUTS: ICDATA 


REG BANK: ASSUMES IC_BANK, SELECTS NONE 


. 
’ 
e 
’ 
° 
’ 
. 
e 
° 
’ 
° 
e 
. 
e 
e 
’ 
. 
a 
. 
e 
. 
’ 
e 
e 
. 
’ 
. 
’ 
. 
e 
° 
c 
. 
’ 
e 
’ 
. 
& 
. 
‘ 


DESTROYS: CARRY FLAG 


RETURNS: NOTHING 


UPDATE HISTORY: 5-14-87 JR ADDED FOR IDX 
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WROSH: JNB  ICDATA.PRST,END_W6;1F NO RESET THEN DONE 
SETB RES ;ELSE ASSERT RESET TO PROC 

MOV RST_STS,#PRST_TYPE ;UPDATE RESET 

STATUS REG 

, MOV PRST_CNTR,#PRST_CNT ;LOAD PRST COUNTER 
END_W6: RET ;RETURN TO IC HANDLER 


SE JECT 
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Figure C-16. WRO6H Write Local Processor Control Register 
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MACRO NAME: GET_EEC (GET EDIT ENTRY CONSTANT) 
SYNTAX: GET_EEC 


PURPOSE : INDEX INTO EETABLE TO GET NEXT EDIT 
ENTRY CONSTANT 


DESCRIPTION: EET_OFF IS INCREMENTED AND THE CODE 
BYTE AT EET_OFF FROM DPTR (ASSUMED TO 
BE POINTING TO EETABLE) IS MOVED TO 
THE ACCUMULATOR. 
NONE, HOWEVER DPTR ASSUMED = EETABLE 
CINTR ROUTINES USING DPTR SHOULD 
PUSH/POP). 

DESTROYS: ACC 


RETURNS: NEXT EET CONSTANT FROM LIST IN ACC 


UPDATE HISTORY: 
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%*DEFINE(GET_EEC)( 

SSAVE NOGEN 
INC —«EET_OFF 
MOV —s A, EET_OFF 
MOVC =A, @A*DPTR 

SRESTORE 

) 

SEJECT 
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Figure C-17. Macro GET__EEC 
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NAME: 


PURPOSE : 


CALLED BY: 


CALLS: 


NEST LEVEL: 


DESCRIPTION: 


REG BANK: 


INPUTS: 


DESTROYS: 


RETURNS: 
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VALERR 


ROUTINE FOR REPORTING IC WRITE VALUE 


ERRORS 


JUMPED TO FROM EDIT ROUTINES UPON 
VALUE ERROR DETECTION 


NONE 
2? 

CHECKS FOR LOCAL OR GLOBAL ACCESS AND 
UPDATES GENERAL STATUS REGISTER 
ACCORDINGLY WITH VALUE ERROR STATUS. 
RETURNS TO ICHDLR. 

ASSUMES 0, SELECTS NONE 

MPC_STS 


NOTHING 


GENERAL STATUS REG, UPDATED FOR VALUE 
ERROR, TO ICHOLR 


UPDATE HISTORY: 
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VALERR: JB MPC_STS.PORT,LCVLER ;1F LOCAL ACCESS 


; THEN JUMP, ELSE 


GEN_STS,#GBL_VL_ERR ;SET GENERAL STATUS 


;= GLOBAL VALUE ERROR 


ENDVAL ;RESTORE AND RETURN 
LCVLER: ORL GEN_STS,#LCL_VL_ERR ;SET GENERAL STATUS 


ENDVAL: RET 


SEJECT 


;= LOCAL VALUE ERROR 
RETURN TO IC HANDLER 


Figure C-18. Report IC Write Value Error 
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NAME : EROOH 


PURPOSE : GENERATE LOCAL STATIC ACCESS RIGHTS 
~ ERROR 


CALLED BY: JUMPED TO BY SERVICE 

CALLS: NONE 

NEST LEVEL: ?? 

DESCRIPTION: EDIT VECTOR 0 GETS EDIT ENTRY 0, 
WHICH IS USED FOR LOCAL READ ONLY 
REGISTERS. ONCE HERE, THE GENERAL 
STATUS REG IS UPDATED FOR LOCAL 
STATIC ERROR. THE ACCESS IS THEN 
TERMINATED. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS; NOTHING 

DESTROYS: NOTHING 


RETURNS: NOTHING, RETURNS TO ICHOLR 


UPDATE HISTORY: 
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EROOH: ORL GEN_STS,#LCL_ST_ERR ;UPDATE GSR 
RET ;BACK TO IC HANDLER TO TERMINATE ACCESS 


SEJECT 
280640-52 


Figure C-19. EROOH Generate Local Static Access Rights Error 
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NAME : ERO1H 

PURPOSE : CHECK ALL RFU BITS = 0 

CALLED BY: JUMPED TO FROM SERVICE 

CALLS: NONE 

NEST LEVEL: ?7 

DESCRIPTION: INDEXES INTO THE EDIT ENTRY TABLE TWO 
TIMES, ONCE FOR THE EDIT CONSTANT AND 
THEN A SECOND TIME FOR THE OFFSET TO 
THE WRITE ROUTINE. ANDs CONSTANT 
WITH ICDATA. IF RESULT > 0, THEN NOT 
ALL RFU = 0, JUMPS TO VALUE ERROR 
ROUTINE, ELSE JUMPS INDIRECTLY TO 
WRITE ROUTINE. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS: EET _OFF,ICDATA 


DESTROYS: ACC, DPTR, EET OFF 


RETURNS: NOTHING, JUMPS TO VALERR, ELSE WRITE 
ROUTINE 


UPDATE HISTORY: 
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ERO1H: INC EET_OFF 7 INC INDEX INTO EETABLE 
%LOOKUP (HEE TABLE, EET OFF) ;GET CONSTANT 

ANL A,ICDATA ;CHECK VALUE OF ICDATA 

JNZ  ERR_1 7;JMP IF ILLEGAL VALUE 
%GET_EEC ;GET WR ROUTINE OFFSET FM EET 

MOV OPTR,#WRLBL ;GET WR ROUTINE LABEL ADDR 

JMP = @A+DPTR ;JMP TO WR ROUTINE 

ERR_1: AJMP VALERR ;REPORT VALUE ERR 
7(TOO FAR FOR REL JMP) 


SEJECT 
280640-53 


Figure C-20. ERO1H Check for RFU Bits = 0 
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NAME : ERO2H 

PURPOSE : CONST_1 <= ICDATA <= CONST_2 
CALLED BY: JUMPED TO FROM SERVICE 
CALLS: NONE 

NEST LEVEL: ?7 


DESCRIPTION: ICDATA BANDPASS FILTER. IF VALUE OF 
ICDATA IS WITHIN THE RANGE SPECIFIED 
BY THE TWO CONSTANTS FROM THE EET, 
THEN THE WRITE ROUTINE OFFSET FROM 
EET 1S JUMPED TO, ELSE A VALUE ERROR 
1S REPORTED IN THE GENERAL STATUS 
REG. THUS EET MUST INCLUDE THREE 
BYTES: CONST_1: SMALLEST LEGAL 
VALUE FOR ICDATA, CONST_2: LARGEST 
LEGAL VALUE FOR ICDATA, AND AN WRITE 
ROUTINE OFFSET 


REG BANK: ASSUMES IC_BANK, SELECTS NONE 
INPUTS: EET OFF, ICDATA 
DESTROYS: ACC, DPTR, EET_OFF, TEMP 


RETURNS: NOTHING, JUMPS TO WRITE ROUTINE, ELSE 
VALERR 


UPDATE HISTORY: 
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Figure C-21. ERO2H ICDATA between Two Values 


280640-54 


ate a ey 


5-113 


eS a 


5-114 


ERO2K: 


ERR_2: 


SEJECT 


INC EET_OFF ;EET_OFF = EET_OFF+1 
%LOOKUP(#EETABLE, EET_OFF) ;GET CONST_1 
MOV TEMP,A ;STORE CONST_1 
MOV A, ICDATA ;GET VALUE BEING WRITTEN 
%SUB (TEMP) ;SUB CONST_1 FM ICDATA 
JC ERR_2 IF ICDATA < CONST_1 THEN 

;VALUE ERR 
%GET_EEC ;GET CONST 2 
%SUB(ICDATA) ;SUB ICDATA FM CONST _2 
JC ERR_2 ;1F ICDATA > CONST_2 THEN 

;VALUE ERR 
%GET_EEC ;GET WR ROUTINE OFFSET 


MOV DPTR,#WRLBL ;POINT TO WR ROUTINE LABEL 
JMP = =@A+DPTR JUMP INDIRECT TO WR ROUTINE 
AJMP VALERR ;JMP TO VALUE ERR ROUTINE 


Figure C-21. ERO2H ICDATA between Two Values 
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NAME ; EROSH 

PURPOSE : EDIT ROUTINE FOR PSB ARB ID REGISTER 
CALLED BY: JUMPED TO FROM SERVICE 

CALLS: NONE 


NEST LEVEL: ?7 


: 

; 

: 

; 

; 

: 

; 

; 

‘ 

: 

; 

: 

; DESCRIPTION: CHECKS ALL RFUs = 0, THEN CHECKS FOR 
; LEGAL ARB JD BY COUNTING THE BIT 
; 
; 
: 
; 
; 
; 
; 
: 
: 
; 
; 
; 
: 


TRANSITIONS IN ICDATA. 
REG BANK: ASSUMES IC_BANK, SELECTS NONE 
INPUTS: NONE 
DESTROYS: ACC, TEMP 
RETURNS: JUMPS DIRECTLY TO WROTH, ELSE VALERR 


UPDATE HISTORY: \ 
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ERO3H: MOV A,#PSB_ARB_MSK {GET RFU MASK 
A, ICDATA ;MASK ALL BUT RFUs 
ERR.3 =; 1F NOT ALL RFUs = O THEN ERROR 
TEMP, #TRANS_CNT ;LOAD TRANS CNTR 
A, ICDATA ;GET VALUE BEING WRITTEN 
c 
A ;SEE IF MSB SET 
1D_TR ;1F NO CARRY, THEN OK 
ACC.3 _ jELSE SET BIT 3 
:(ARB ID IS ONLY 5 BITS) 
A, ICDATA 31D BIT TRANSITIONS 
c sROTATE ZEROS INTO ACC 
A ;LOOK FOR TRANSITIONS 
CHK_ACC s1F CARRY BIT IS NOT SET 
;THEN UMP 
DJNZ TEMP,ROT_A ;ELSE TALLY UP ONE TRANSITION 
ERR_3: AJMP VALERR IF TRANS _CNTR REACHES ZERO 
;THEN ERROR 
CHK_ACC:JNZ ROT_A s1F ACC NOT ZERO 
;THEN CONTINUE LOOKING 
AJMP WRO1H ;ELSE JUMP TO WR ROUTINE 


SEJECT 
280640-56 


Figure C-22. ERO3H Edit PSB ARB ID Register 
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NAME : EROGH 

PURPOSE : EDIT ROUTINE FOR PSB DIAG REGISTER 

CALLED BY: JUMPED TO FROM SERVICE 

CALLS: NONE 

NEST LEVEL: ?7? 

DESCRIPTION: CHECKS ALL RFUs = 0, THEN IF 
LOOPBACK MODE BEING SELECTED, 
CHECKS FOR RSTNC* ASSERTED. 

REG BANK: ASSUMES IC_BANK, SELECTS NONE 

INPUTS: NONE 

DESTROYS: ACC, DPTR 


RETURNS: JUMPS DIRECTLY TO WROGH, ELSE VALERR 


UPDATE HISTORY: 
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EROGH: MOV A,#PSB_DIAG_MSK GET PSB DIAG RFU MASK 
ANL A, ICOATA ;MASK ALL BUT RFUs 
ERR_4 ;1F ALL RFUs NOT = 0 

;THEN VALUE ERROR 

ICDATA.LBACK,END_E4 ;1F LOOPBACK NOT 
;SELECTED, SET THE WR REG 

A, #RST_TYPE_MSK ;GET MASK FOR RESET 

TYPE BITS 

A,PSB_CS ;MASK ALL BUT RESET 

;TYPE FROM PSB C/S 

ERR_4 ;1F RSTNC HAS BEEN CLEARED 

;THEN VALUE ERR 

WROSH sWR REG 
VALERR ;REPORT VALUE ERROR 


280640-57 


Figure C-23. ERO4H Edit PSB Diagnostic Register 


5-116 


=~ ia or = plane =< ee (ir ase aa = 2 Se ee ae =< | a =~ =7.. é. > +. — 
eed ee so Be ‘ 5 aed * 2 r ea > = J 
ee et ee eee 8 ee eee 
re Sa = ~ So a a ee a= ir ky es ee el = = 
Ei : che ate ‘fe R EES Sz d ; See ; es | 
= Z aed ages é — tape y a fs = 3 ee et 3 Se ee ae 2 v ® oe 4 
zat - a ve. a on nee Are Ag J $y oe a oe —= 


RARARERARRECRRRARERRERERERERERERRAERRERERREERERERERERE 


NAME : EROSH 


PURPOSE : EDIT ROUTINE FOR REGISTERS 
REQUIRING > THAN CHECK 


CALLED BY: JUMPED TO FROM SERVICE 


CALLS: NONE 


NEST LEVEL: 72? 


DESCRIPTION: CHECKS FOR ALL RFUs = 0. MASKS OFF 
ANY DON’T CARE BITS, CHECKS FOR WRITE 
DATA CICDATA) <= MAX ALLOWABLE VALUE. 
IF BOTH CHECKS PASS, THEN JUMPS 
INDIRECTLY TO WRITE ROUTINE, ELSE 
VALUE ERROR. EET(1) = RFU MASK. 
EET(2) = DON'T CARE MASK. EET(3) = 
MAX ALLOWABLE WRITE VALUE. EET(4) = 
WRITE ROUTINE OFFSET. 
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REG BANK: ASSUMES IC_BANK, SELECTS NONE 
INPUTS: ICDATA 
DESTROYS: ACC, TEMP, DPTR 


RETURNS: JUMPS INDIRECTLY TO WRITE ROUTINE, 
ELSE VALERR 


UPDATE HISTORY: 
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Figure C-24. ERO5H Edit Register for Greater than Check 
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MOV TEMP, A ae ;SAVE RESULT 
— SGET_EEC ;GET MAX ALLOWABLE WR VALUE 
_ %SUBCTEMP) - pSUB VALUE BEING WRITTEN 
JC ERR_S  ;1F ICDATA > MAX ALLOWABLE VALUE, 
; | ;THEN ERR 
%GET_EEC ;ELSE GET WR ROUTINE OFFSET 


—ERR_S: 


SEJECT 


‘INC EET_OFF ;POINT TO RFU MASK IN EETABLE 


%LOOKUP(#EETABLE, EET OFF) 3GET IT 
ANL A,ICDATA ;CHECK FOR ALL RFUs = 0 
‘JNZ ~~ ERR_5 ;JMP IF ILLEGAL VALUE 


%GET_EEC ;GET DON'T CARE MASK FROM EETABLE 
“ANL A, ICDATA ;MASK OFF DON'T CARE BITS 
;FROM ICDATA 


MOV OPTR,#WRLBL 
_JMP @A+DPTR :GO TO WR ROUTINE 
AJMP VALERR ;REPORT VALUE ERROR 


Figure C-25. ERO5H Edit Register for Greater than Check 


;POINT TO WR ROUTINE | 
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APPENDIX D 
USER CALLABLE MACRO ROUTINES 
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MACRO NAME: RD_MPC (READ MPC) 
SYNTAX: RD_MPC(DEST, SRC) 


PURPOSE : READ REGISTER FROM MPC IC REGISTER 
SET 


DESCRIPTION: THE VALUE CONTAINED IN OR BY SRC (MAY 
BE CONSTANT OR DIRECT ADDRESS) MUST 
BE A LEGAL MPC REGISTER ADDRESS. THE 
REGISTER DATA IS RETURNED IN THE 
LOCATION SPECIFIED IN DEST. 

INPUTS: DEST, SRC 

DESTROYS: MPC_RNUM, ACC 


RETURNS: MPC REGISTER DATA IN DEST 


_ UPDATE HISTORY: 
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%*DEFINECRD_MPC(DEST,SRC))¢ 
S$SAVE nogen 
MOV MPC_RNUM, &SRC 
MOVX A, @MPC_RNUM 
AIF CANES(A,XDEST)) THEN ( 
MOV XDEST,A 
FI 
SRESTORE 
) 


SEJECT 
280640-60 


Figure D-1. Macro RD__.MPC 
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MACRO NAME: WRT_MPC (WRITE MPC) 

SYNTAX:  —* WRT_MPC(DEST, SRC) 

PURPOSE : WRITE DATA TO MPC IC REGISTER 

DESCRIPTION: THE VALUE CONTAINED IN OR BY SRC (MAY 

| BE CONSTANT OR DIRECT ADDRESS) IS 

WRITTEN TO THE MPC REGISTER SPECIFIED 
BY DEST, WHICH MAY ALSO BE A CONSTANT 
OR DIRECT ADDRESS. 

INPUTS: —ODEST, SRC 

DESTROYS: | MPC_RNUM, ACC 


RETURNS: NOTHING 


UPDATE HISTORY: 
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A*DEFINECWRT_MPC(DEST, SRC) )¢ 
SSAVE nogen 

MOV MPC_RNUM, XDEST 

%IFCANES(A,%SRC)) THEN ¢ 

MOV A, %SRC 

FI 
MOVX @MPC_RNUM,A \* 


SRESTORE 
) - 
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Figure D-2. Macro WRT__MPC 
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MACRO NAME: LOOKUP 

SYNTAX: LOOKUP (TABLE , OF FSET) 

PURPOSE : RETRIEVE BYTE FROM TABLE. 

DESCRIPTION: THE SPECIFIED TABLE IS INDEXED BY THE 
VALUE OF OFFSET AND RESULTING ADDRESS 
IS READ INTO THE ACCUMULATOR. 

INPUTS: TABLE, OFFSET 

DESTROYS: DPTR, ACC 


RETURNS: DESIRED BYTE IN ACC 


UPDATE HISTORY: 
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%*DEF INE(LOOKUP( TABLE , OF FSET) )¢ 
SSAVE nogen 
AL FCANES(A, XOFFSET)) THEN ¢ 
MOV A, OFFSET 
FI 
MOV DPTR, XTABLE 
MOVC A,@A+DPTR 
SRESTORE 
) 


SEJECT 
280640-62 


Figure D-3. Macro LOOKUP 
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MACRO NAME: SUB (SUBTRACT) . 


SYNTAX: SUB(OPR) 


3 PURPOSE: SUBTRACT OPERAND FROM ACC 


; DESCRIPTION: THE CARRY FLAG IS CLEARD AND THE 
. VALUE SPECIFIED IN OR BY OPR IS 
; SUBTRACTED FROM THE ACCUMULATOR. 


‘ 


INPUTS: OPR 


DESTROYS: 


ACC, CARRY FLAG 
RETURNS: RESULT IN C AND ACC 


UPDATE HISTORY: 
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%*DEF INE(SUBCOPR) )¢ 
SSAVE nogen : 
CLR C 
SUBB A, XOPR 
SRESTORE 


) 


Figure D-4. Macro SUB (Subtract) 
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MACRO NAME: MOVBIT (MOVE BIT) 

SYNTAX: MOVBIT(DEST_BIT,SRC_BIT) 

PURPOSE : PERFORM A BIT MOVE OPERATION 

DESCRIPTION: THE SOURCE BIT IS MOVED TO THE CARRY 
FLAG. THE CARRY FLAG IS MOVED TO THE 
DESTINATION BIT. 

INPUTS: DEST BIT, SRC_BIT 

DESTROYS: CARRY FLAG 


RETURNS: DEST_BIT = SRC_BIT 


UPDATE HISTORY: 
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%*DEFINE(MOVBITC(DEST_BIT,SRC_BIT))¢ 
SSAVE nogen 

MOV C,%SRC_BIT 

MOV *DEST_BIT,C 
SRESTORE | 
) 
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Figure D-5. Macro MOVBIT 
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MACRO NAME: GET_EEC (GET EDIT ENTRY CONSTANT) 
SYNTAX: GET_EEC 


PURPOSE : INDEX INTO EETABLE TO GET NEXT EDIT 
ENTRY CONSTANT 


DESCRIPTION: EET_OFF IS INCREMENTED AND THE CODE 
BYTE AT EET_OFF FROM DPTR (ASSUMED TO 
BE POINTING TO EETABLE) IS MOVED TO 
THE ACCUMULATOR. 

INPUTS: NONE, HOWEVER DPTR ASSUMED = EETABLE 
CINTR ROUTINES USING DPTR SHOULD 
PUSH/POP ). 

DESTROYS: ACC 

RETURNS: NEXT EET CONSTANT FROM LIST IN ACC 


UPDATE HISTORY: 
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%*DEFINE(GET_EEC)( 

SSAVE NOGEN 
INC _—-EET_OFF 
MOV —s A, EET_OFF 
MOVC =A, @A+DPTR 

SRESTORE 

) 

SEJECT 


Figure D-6. Macro GET_.EEC 
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PREFACE 


Several years ago, prior to joining Intel, I worked at the 
Swiss Federal Institute of Technology in the Group for 
Automatic Control. As part of my job responsibilities 
there, we made some real-time simulation studies in the 
field of aircraft performance computers. The engine 
model was implemented on an 8086-based single board 
computer. It also had special custom-made hardware 
for displaying the instruments similar to those in the 
original aircraft cockpit. During the course of this 
work, we were able to demonstrate the feasibility of 
using microcomputers in this application field. A paper 
describing this work was then presented at the AIAA 
Flight Simulation Technologies Conference, Long 
Beach, California in June 1980.! While the use of mi- 
crocomputers in aircraft simulation has become quite 
common in recent years, this work anticipated the im- 
pact of major cost reductions and performance im- 
provements which were to follow in the flight simula- 
tion industry. 


In more recent years, I have served as an Application 
Engineer for Intel Corporation in the Swiss District. In 
this role I am often confronted with the problem of how 
to demonstrate the capabilities of a product in a way 
which engineers can easily relate to and understand. 
This was the case with Multibus I]—an industry stan- 
dard bus, specially designed for the more rigorous de- 
mands of multiprocessing. Since few applications today 
are partitioned to take advantage of parallel computing, 
my goal was to demonstrate how functional partition- 
ing could be applied to a computationally intensive ap- 
plication with relative ease. The goal of breaking the 
“Von Neuman bottleneck” would be to increase the 
aggregate computing power without a substantial in- 
crease in overhead. 


For assistance on this project, I called upon the Furrer 
& Gloor Company, a Multibus manufacturer with 
broad experience in industrial automation. With their 
assistance I was able to modify the work done seven 
years ago on aircraft simulation and convert it to Multi- 
bus II to demonstrate multiprocessing. This application 
provides a good example of the typical Multibus II de- 
sign cycle. We begin with the basic architectural deci- 
sions, define the message contents between processors, 
show the use of software development and debug tools, 
and then finally test for performance tuning on the final 
system once it is up and running. As you read through 
this document you will learn about the process of appli- 
cation development in addition to the special demands 
of the aircraft simulation experiment. 


I would like to thank Markus Schoenbucher and Chris- 
toph Graf of the Furrer & Gloor Company for their 
great support during the weeks of implementation in 
the labs. George Walker of WeDV deserves special 
thanks for designing and debugging the iRMX®II part 
of the application. I wish also to thank P. Marti, H. -R. 
Aeschilmann, K. Krizaj and B. Leiser of the Simulator 
Maintenance Group at Swissair in Zurich who gave me 
access, in the early phase to all the important engine 
data and most valuable inputs on the flight simulation 
technology in general back in the late 70’s. Finally I 
especially want to thank Roger Finger from Multibus 
II Application Engineering at the Intel factory in Hills- 
boro, Oregon for his guidance in helping me get this Ap 
Note done and for his corrections to my “Swiss En- 
glish’’. 


—Francois Huguenin 
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1.0 INTRODUCTION 


Aircraft simulation trains pilots at a substantial sav- | 


ings. Flight crews can train around the clock, without 
regard to weather conditions and airport congestion. 
This important simulation model is a complex technical 
system which includes several high-performance digital 
computers. One key part of the simulator is the engine 
model: it is vital to the functioning of the entire ma- 
chine: 


— For the flight model equations (thrust and torque) 


— For the “man in the loop” process with the impor- 
tant flight deck instruments (the pilot reacts on the 
settings and feedback from the engine instruments) 


— For the flight engineer with all subsystems which 
are fed by the engines (hydraulics, electrical power 
supply, air conditioning, anti-icing, etc.) 


The basic problem for good simulation is computing 
speed, because the quality of the pilot’s training is a 
direct function of the flight simulator’s update speed. 
Previously most simulators were using more than one 
processor based on a shared memory architecture. The 
trend today is dictated by the ever-increasing complexi- 
ty of modern aircraft which are using more and more 
electronics on board. The new generation of flight sim- 
ulators has a collection of black boxes (navigation com- 
puter, display units, engine control) used directly as in 
the original aircraft. In this complex environment, the 
engine is a closed subsystem which can be modeled 
without having to build a whole flight simulator. This 
part of the machine has well-known interaction points 
to the rest of the simulator. The work which was done 
at the Swiss Federal Institute of Technology some years 
ago was to be part of an on-board performance comput- 
er to calculate fuel optimal flight trajectories.2 The fol- 
lowing implementation of the engine model with Multi- 
bus II is based on these results. 


2.0 DESIGN PROBLEM OF THE 
SIMULATION OF THE JET 
ENGINE 


The General Electric CF6-50C Fan Jet Engine which is 
installed on all of Swissair’s DC-10 aircraft provides 
our study model. This engine of the now “older” gener- 
ation delivers up to 75% of the thrust power through 
the fan. The model designed during the years 1978 to 
1980 is based on data made available by the engine 
manufacturer General Electric, McDonnell Douglas 
for the installed data (measurements made during the 
certification of the DC-10) and finally from CAE, the 
flight simulator manufacturer, with the actual pro- 
grams written in assembler for the SIGMA computer. 
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2.1 The Engine Model 


In order to be as realistic as possible, the engine model 
is very complex and has the following main characteris- 
tics: 


— It is multivariable, with secondary interdependen- 
cles. 


— It has basically two states: the transient state when 
coming up after ignition, and steady state when be- 
ing held at a stable working point. 


— It is a function of many parameters which directly 
influence the engine. 


A cross section of the CF6-50C engine is shown in Fig- 
ure 2-1. 


Undoubtedly, the main problem of the model is the fuel 
control unit, which controls the whole engine. This unit 
also defines the transient behavior of the engine startup 
and excursions of the working point in the steady state 
mode. Of course, some simplifications are necessary for 
simulation. It was necessary to concentrate on the 
steady state model to reduce the modeling problem to a 
manageable task.! No startup sequence of the engine 
was to be modeled, but this approach has the great 
advantage of allowing the direct use of the previously 
mentioned data tables from the engine manufacturer. 
The model was exact in the range for which the data 
tables were originally measured. This reduced and 
more manageable model is shown in Figure 2-2. 


A collection of modules are building the model with 
some interactions between them. These subsystems are: 


— INLET: Reduction of mach, temperature 
and pressure to standard values sea 


level, standard day and temperature 


— POWER Model of the power lever in the 
LEVEL: cockpit. From these, the pilot sets 
the throttles 
— N2 Simplified model of the fuel control 
TRANSIENT: unit (basically a fourth order digital 
filter) 
—NI: Model of the FAN as function of 
mach and N2 
— THRUST: Model of the thrust as function of 
N1 and N2 
— FUEL Model of the fuel flow inside the en- 
FLOW: gine in tons per hour as function of 
N2, altitude and mach 
— EGT: Model of the engine temperature as 
function of N2 and mach 
— EPR: Model of the engine pressure ration 


as function of mach and N2 
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Figure 2-2. Engine Model Structure for Steady State Operation 


The power plant of an aircraft is, as mentioned before, 
a closed system and provides additional tasks besides 
thrust for motion. The engine must provide fresh air for 
the cabin, and electric power for the cockpit, kitchen, 
cockpit electronics, etc. It must also activate and sus- 
tain the hydraulic subsystem for the control surfaces of 
the wings, and feed the anti-icing system for the wing 
tips, etc. The model, to be realistic, must take into ac- 
count that these additional tasks will also have an ap- 
preciable influence on the state of the engine. 


This can be demonstrated best with the fuel model as 
shown in Figure 2-3. The fuel model is basically a func- 


tion of mach and N2 (referred core speed). This gives 
the main data curve and the basic fuel flow in tons per 
hour and will be interpolated through a high-speed al- 
gorithm. When the aircraft is climbing, the fuel flow 
will change according to a second data curve for cor- 
rection with the value DELTA EWFAI. The correc- 
tion, due to the on or off switching of air conditioning, 
etc., will also be taken into account with other data 
tables. The total fuel flow, as well as the fuel used by 


~ the engine, finally can be calculated with all the deltas. 


This model was validated with actual data taken from 
the Aircraft Data System of the DC-10.! 
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Figure 2-3. Example of the Fuel Subsystem Model 


2.2 The Design Problem 


The task to be done now can be summarized as follows: 


Every 20 ms calculate a new state of all three en- 
gines of the DC-10 based on the power lever position 
of the cockpit and the subsystem switches for air 
conditioning, anti-ice, etc. 


What seems trival in one sentence is in reality not! The 


original engine model was designed around a single. 


processor modeling a single jet engine. The new design 
will extend the model to three engines, and will add an 
I/O subsystem to provide an improved human inter- 


=> Nate 


MACH 
PRESSURE 
ALTITUDE 
TEMPERATURE 


face. These new requirements introduce a need for syn- 
chronization and communications across the back- 
plane. The implementation of the single processor sys- 
tem will be discussed first, followed by the multipro- 
cessing extensions. 


2.3 The Uni-Processor Approach 


The original engine model was designed around an 
iSBC 86/12 Single Board Computer (without numeric 
coprocessor).! A small display unit was built as a copy 
of the central instrument panel of the cockpit to give 
feedback on the model’s status (see Figure 2-4). 
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Figure 2-4. The Engine Model Architecture for the DC-10 
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With a single processor, the software architecture is 
relatively simple: on every clock interrupt, the I/O unit 
was activated to read input data (power level position, 
on/off switches, etc.) and the engine model called three 
times in sequence with the appropriate parameters. Af- 
terwards, some scaling took place to display the bar 
graphs and fuel used digits (see Figure 2-4). Using this 
approach, the compute time depended on programming 
quality in the loop and therefore was optimized using 
assembler coded routines. The complete computing cy- 
cle consists of: read the inputs, calculate the engine 
model three times with the new state due to input pa- 
‘rameters, scale the results and output them to the I/O 
unit. 


2.4 The Multiprocessor Approach 


To relieve the computational bottleneck and further re- 
duce the update time, additional processors are needed. 
The basic question when using multiple processors is 
how to partition the application (in this case the model- 
ing of all three DC-10 engines). For this application, 
one processor for each engine is appropriate because 
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each engine model can be considered as a closed system 
with well-known interaction points. This results in a 
four-computer system: one processor must be a kind of 
“master” to coordinate the I/O and simulate the flight 
simulator; the remaining three are each modeling one 
engine of the DC-10. 


The data flow changes slightly compared to the one 
processor approach. Because each processor is indepen- 
dent, each must be synchronized in some way. 


Using the Multibus II technology* overcomes the hur- 
dles of designing a multiprocessing hardware and is 
available off the shelf. The synchronization uses mes- 
sages, exchanged between the host and its partners al- 
lowing a data exchange. This results in the architecture 
shown in Figure 2-5 where CPU #2, #3, #4 all havea 
local implementation of the engine model. The host or 
CPU #1 will handle all the coordination work and 
some key functions for the transient model and display 
scaling. The coupler board MBII/LNK-1 will handle 
the input-output processing. 
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Figure 2-5. Functional Partitioning Using Four Processors 
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3.0 MULTIPROCESSOR SOFTWARE 
DESIGN WITH iRMX® Ii 


The architecture chosen for the application is based on 
a fully-configured iRMX II system as a host, comple- 
mented with three “EPROM”-based application proc- 
essors, one for each engine of the DC-10. This decision 
was made to minimize the amount of recoding which 
would be necessary for the original engine model. Soft- 
ware which was written a couple of years ago can be 
reused without change. In the process, the older 
iSBC 86/12 hardware will be upgraded to 
iSBC 286/100A boards for faster execution speed and 
Multibus II compatibility. Figure 3-1 shows the system 
architecture of the new multiprocessing system. 


Each of the four processors in this system has some 
primary task to fulfill: 


Host: 


This is the central control processor which runs a com- 
plete real-time operating system. The iRMX II operat- 
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ing system was configured with a human interface, disk 
I/O subsystem (PCI—Peripheral Communications In- 
terface), and a message passing communications layer. 
The iRMX II console will also be used as an on-target 
host for software development. 


Applications Processors: 


Each of the applications processors runs an EPROM 
based program which contains the engine model soft- 
ware. The only change which was required to the origi- 
nal software was the addition of a message passing 
communications interface. Since there is no operating 
system on these boards, a low-level MPC protocol han- 
dler is responsible for this function. 


LNK-1: 


This board serves as a bridge to the low-cost I/O sub- 
system and the master clock during simulation time. 


EPROM BASED 
APPLICATION PROCESSORS 
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Figure 3-1. Basic Architecture of the System 
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3.1 The I/O Subsystem 


As previously mentioned, the engine model also con- 
tains a display unit for control of the model. In order to 
add this important function, a coupler board manufac- 
tured by an independent MMG vendor (Multibus Man- 
ufacturers Group) was used as a bridge to the I/O sub- 
system, as shown in Figure 3-2. The I/O system inter- 
faces to: 


— A panel with the “on/off” switches for each engine 
(anti-ice subsystem, etc.), as mentioned in Section 
2.1. 


— An A/D converter to read and convert the position 
of the throttles to a binary value. 


— A video controller to display the state of the engine 
as on the cockpit instruments. 


In the following sections we will discuss in detail the 
various steps necessary to initegrate the above design 
into a real Multibus II system: 


— Choice of the messages and their structure 

— HOST startup sequence, iRMX II related ‘topics 
— Use of the iRMX II communications layer 

— “Application Processor’’ design 


3.2 Choosing a Communications 
Protocol 


The Multibus II architecture defines several types of 
processor access to the parallel system bus:4-! solicited 
message transfer, unsolicited message transfer, dual 
port memory access and interconnect address access. 
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Interconnect address space will be used for configura- 
tion and initialization of the Multibus II system and 
will not be accessed following system start-up. Dual- 
port memory as implemented on the MBII/LNK-1 
board is used in the design3 and allows use of unsolicit- 
ed messages and memory transfer. The transfer of in- 
formation between the host and the application proces- 
sors is expected to require high speed transfers of nu- 
merous small blocks of data. For this, message passing 
is ideal. 


The decision as to what type of message transfer will be 
used (solicited or unsolicited) will be based on how 
much data has to be transferred among the processors. 
As shown in Figure 2-5, there are basically three types 
of messages to be transferred: 


—BASE: This message contains the base infor- 
mation, such as mach, pressure and 
altitude for the INLET portion of the 
engine model (Figure 2-2). This mes- 


sage is outbound from the host only. 


—INPUTS: This message contains the N2 variable 
(core speed) of the engine, as calculat- 
ed from the preprocessing in the Host. 
It also contains the decoded switch in- 
formation from the panel of the model 
“cockpit” for the “on/off” switches of 


the subsystems, i.e., anti-ice, etc. 


—OUTPUTS: This message has much more data to 
transfer back to the host for the final 
processing: all main computed data 
from the model must be sent back to 
the host. 
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Figure 3-2. The Application System Architecture 
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Once the structure of “what has to be transferred” is 
defined, detailed analysis begins on the amount of data 
to be transferred. In this application the number of 
bytes to be transferred is relatively small, as follows: 
BASE—3 words; INPUTS—7 words; OUTPUTS—9 
words. During the implementation phase it was quickly 
realized that it would be wise to define a flag word to 
ease the debugging task. This flag word is an overhead, 
but it allows identification of messages being received 
for debugging. 


The next choice to make is what kind of message: unso- 
licited or solicited? Using solicited messages means that 
a certain amount of data has to be sent between the 
processors in order to be useful. In this design, the use 
of a solicited message will mean only overhead and 
complexity in the software. Only a few words need to 
be transferred. Therefore the choice is to simplify and 
use unsolicited messages only. In a case where a data 
transfer with more than 20 bytes is needed, an unsolic- 
ited message may be sent twice. This is faster than set- 
ting up an entire solicited transaction.4-3 The big ad- 
vantage is simplification of application software and of 
the debugging task. 


3.3 The Final Configuration 
and State Cycle 


Looking at the final configuration of the system as 
shown in Figure 3-2, there will be a number of transfers 
through the PSB for each simulation cycle. Each of 
them will be started by the local processor sitting on the 
EUROLOG local bus. This processor will read the ana- 
log data, convert it to a binary value, read the switch 
positions and pack it all in a Multibus II message. This 
will be sent to the host. The host will decode it and do 
some pre-processing and send it to the appropriate 
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application processor (or engine). After a simulation 
step has been done locally, each of the application proc- 
essors will send the result back to the host for encoding 
the display and some post-processing. Afterwards, the 
results will be sent back to the MBII/LNK-1 board 
using two unsolicited messages for the display process 
because there are more than 20 bytes needed for this 
task. Therefore, a complete simulation cycle will in- 
volve nine unsolicited transfers among the various 
processors. 


3.4 The Cycle Time Analysis 


The next task is to look at the activities of all processors 
with respect to time. For this purpose, a “processor 
activity timing” diagram, as shown in Figure 3-3, is set 
up. The horizontal axis is time; the vertical has one 
entry for each processor. During the work cycle, in this 
case one simulation step based on the incoming unsolic- 
ited message from the MBII/LNK-1 coupler board, the 
main tasks of each of the processors is estimated and 
shown with an arrow. Each outgoing or incoming mes- 
sage is a transition vertical arrow to the next processor 
and means the start or the end of an activity. 


Using this diagram, it is now possible to make a quanti- 
tative analysis about the workload of each of the proc- 
essors. In this case we see that the CPU #2, #3, and 
#4 are usually sitting idle waiting for messages. This 
simply means that there is a lot of spare processing time 
available. The diagram also shows that during some 
time in the cycle there is true parallel processing hap- 
pening, which confirms the design goal of shortening 
the simulation calculation cycle. The compute time of 
each of the application processors is usually bound to 
the engine model calculation. This will be studied in 
more detail in Section 5. . 
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Figure 3-3. The Processor Activity Timing Diagram 
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3.5 The iRMX® Il Host 


As earlier mentioned, there will be a human interface 
(HI) job running under iRMX II which will monitor all 
the simulation activities. This monitor program will use 
the comm layer of iRMX II and be responsible for the 
_ startup of the system. 


One part of the monitor program will also be the pre- 
and post-processing for the engine model as mentioned 
before. The startup sequence will include a board scan 
in order to be able to locate the application processors 
and define the necessary communications ports. The 
monitor program will function as follows: 

— Create the connections to the terminal 


— Scan the backplane and check the BIST (Built-In 
Self Test) status of each board 


— If okay, then define the ports and sockets for the 
iRMX communications layer 


— Create a buffer pool to preallocate free memory seg- 
ments 


— Create the iRMX memory segments and release 
them to the buffer pool 


— Attach pool to port 
— Ask for an amount of fuel in tons at the console 


— Send the startup synchronization message to CPU 
#2, #3, #4 and to the MBII/LNK-1 board 


HARDWARE 


— Send the start command to the MBII/LNK-1 board 
and give it control 


— Do every 50 ms until no fuel available. 


— Receive the message from the MBII/LNK-1 
board with the decoded power lever angle and 
switches 


— Make the preprocessing 


— Send to each application processor the incoming 
data for a simulation step 


— Collect the resulting messages asynchronously 
(there might be a slower board ... !) 


— After having received all the results, make the 
post-processing 


— Send the two result messages back to the MBII/ 
LNK-1 board. This finishes the “‘new state calcu- 
lation” cycle. 


— When no more fuel, stop everything and ask again at 
the console for more fuel 


The coding of this monitor program is done in PL/M 
286 using the iRMX II system calls. All the features of 
the PL/M 286 are used, especially the STRUCTURE 
DEFINITIONS which are very useful in this kind of 
application programming. Portions of the code are 
shown in Appendix B. Note that the transport system 
calls are very easy to use. 
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Figure 3-5. Data Processing on the MPC__DATA Structure 
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4.0 THE APPLICATION PROCESSOR 
DESIGN 


The structure of the local software is, in principle, sim- 
ple, due to the task which must be performed and can 
be split in two portions: 


— A main program which will initialize the board and 
the whole local software, and 


— An interrupt handler to handle the incoming mes- 
sages accordingly. In addition, the interrupt handler 
calculates the new state of the engine and contains 
the engine model which needs no modification. 


This leads to the design of several separate modules 
with well-known tasks: 


—MAIN: Init of the board upon cold reset, 
(int. controller, MPC) . 
—INTERRUPT Activated on an MPC hardware 
HANDLER: interrupt. Will initialize the engine 
model or calculate the next state of 
the engine (so-called simulation 
step). 
—MPC-LOW Receive a message, transmit a mes- 
LEVEL Sage, init the MPC, error case. 
DRIVER: 


The MPC low level driver routines can be directly tak- 
en from the MPC User’s Manual.4-2 The programming 
was done using 32 byte messages since the structure of 
the application fits exactly in the unsolicited message 
format. However there are some implications when re- 
ceiving an iRMX II message sent under the comm lay- 
er. The general format of the message is shown in Fig- 
ure 3.4. This explains that not all available bytes can be 
used in the unsolicited message transfer since eight of 
them are used for the transport protocol overhead, 
making the logical task binding over the bus possible.4.3 
Therefore, the user has to be careful when ‘using the 
message formatted under iRMX II and received locally 
without any operating system software. Since only one 
single task runs on the board (our interrupt handler), 
no port and sockets are needed locally, but the host has 
a port and a socket defined for accessing the application 
processor. To transmit the data back as described in the 
design section above, the comm layer must “under- 
stand” what is coming back. The following operations 
ensure this: 


1. The source and destination fields of the message 
structure will have to be exchanged before returning 
the message with the engine simulation results. That 
is for the low-level hardware and is absolutely logi- 
cal. 
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2. Exactly the same has to be done for the transport 
part of the message structure. The DESTINA- 
TION__PORT__ID and the SOURCE__PORT__ 
ID have to be exchanged to allow the comm layer 
software to receive the results correctly. 


The second step seems trivial, but it took several hours 
in front of the emulator to understand why the engine 
variable N1, a result of the simulation step, was always 
the same value. We had not taken into account the 
unsolicited message set up under iRMX II which has 
the whole TRANSPORT PROTOCOL integrated. 
Once this was discovered, we had no problems at all. 
Therefore, all applications using no operating system, 
kernel or executive locally, must have an “own” proto- 
col handler implemented. Main portions of the docu- 
mented code listings for total implementation of the 
application processor can be found in Appendix C. 


The “data processing’”’ done flag in the MPC__MES- 
SAGE data structure is shown in Figure 3-5. The previ- 
ously mentioned marker differentiates the kind of mes- 


_ Sage and is, in some sense, part of a “user application 


protocol”. In this case it allows initialization of the en- 
gine software or to make a simulation step. 


5.0 DEBUGGING AND 
PERFORMANCE ANALYSIS 


The debugging of the application for the local processor 
was done using the I2ICE 286 emulator. This instru- 
ment allows a very efficient debugging, especially when 
using the macro facility to display data. Therefore a 
small library of macros was written to display the in- 
coming and outgoing messages. With this it was possi- 
ble to quickly locate the above mentioned problem of 
the missing TRANSPORT adaptation. The whole ap- 
plicaton was debugged in the high speed RAM of the 
emulator and afterwards relocated to be EPROM resi- 
dent. However, debugging a multiprocessor system is, 
by definition, not simple because of all the coordination 
involved. The debug session around the application 
processor was based on the following methodology: 


— Send a known message from the host 


— Debug the MPC_.RECEIVE__MESSAGE routine 
step by step and get the known message to local 
RAM 


— Loopback with same message to check the MPC__ 
TRANSMIT__MESSAGE routine 


— When the loopback is okay, then add the full engine 
calculation and ... it runs! 


A small log of a debug session with IZICE 286 and the 
use of the predefined macros can be found in Appendix 
D. It shows the big advantage of using symbolic debug- 


ging. 
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Afterwards, an analysis with the iPAT Performance 
Analyzer was done to get more confidence about the 
timing situation. Most impressive was the terrific speed 
of the, whole thing. 


The iPAT performance analyzer offers may features 
such as profile, coverage, usage, linkage mode, etc.5 In 
this kind of environment, the objective was to measure 
how long the various elements of the cycle are, so only 
the duration mode was of read use. Of first interest was 
to check how much time is spent in a routine and the 
latency from the MPC Interrupt Hardware signal to 
the start of a particular routine. Initially the cycle time 
of 50 ms was chosen to have enough spare time due to 
the use of the relatively slow 5 MHz iSBC 86/12A. A 
time of about 15.5 ms could be achieved with the Multi- 
bus I system. 


MESSAGE INTERRUPT 
FROM MPC 


1OLE WAIT 
FOR MPC_INT 


INT. SERVICE 
ROUTINE 


INTERRUPT 
HANDLER 


MPC_ 
RECEIVE_MSG 


MPC_ 
TRANSMIT_MSG 


~ ENGINE 
MODEL 


’ ae eae 2 
* . 
tl tel 


Porting to the much faster iSBC 286/100A with 8 MHz 
speeds up the whole design. Depending on the switch 
position for the engine subsystems (see Figures 2-3 and 
2-4) the total cycle time is in the range of 1380 ms to 
1490 ms. Figure 5-1 shows in detail the timing situation 
of one cycle and how much time was spent in each of 
the routines. Note the overhead due to the Multibus II 
transport, and that the message passing handling is not 
very large. The MPC handling (receive and transmit 
the message) takes 180 ms, and the swap for the trans- 
port adaptation takes 17 ms, which means a total of 
around 200 ms for the “‘overhead’’. Therefore, the bot- 
tom line message is very clear: There is enough spare 
time to add more functions to the engine model. During 
the timing analysis, 15 tons of “software fuel’ was 
burned! 


TIME IN MICROSECONDS 


IOLE 


TOTAL TIME 


900 to 1300 | 


es 


FILL MPC 
& TRANSMIT 


SIMULATION STEP 
‘VARIABLE ! 
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Figure 5-1. The Application Processor Timing Analysis 
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6.0 SUMMARY AND CONCLUSIONS 


The design and implementation of the engine simula- 
tion model has given the opportunity to discuss and 
study a couple of interesting problems around a Multi- 
bus II application: 


— Given a task, how to partition an application to use 
more than one processor and assess the problems 
around it. 


— To demonstrate that the port of an existing software 
written a couple of years ago can still be integrated 
and ported to the latest hardware technology. 


— To adapt an existing Multibus I system to use the 
benefits of the Multibus II technology. | 


— To demonstrate the use of the iRMX II operating 
system together with custom-made software and 
study its implications when the comm layer is used. 


In addition, this application allowed discussion of actu- 
al implementation starting from the given problem 
statement and ending with the final integration in a real 
system using single board computers. The results show 
the feasibility, including the important performance 
analysis. 
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5.1 MPC User’s Manual, Order # 176526-002 

5.2 Multibus II Transport Specs, Order #453508-001 

5.3 iSBC 286/100A User’s Manual, Order # 149093-002 

5.4 iRMX II Nucleus Programming Concepts, Order #469151-002 
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Glossary of Terms 


Application Terms: 


APPENDIX B 


¥ Temperature 

p Pressure 

m Mach 

HPX Horse Power Extraction 

EN2 Engine Variable N2 Calibrated 
EALT Engine Variable Altitude Calibrated 
EWFA Engine Variable Fuel Flow Calibrated 
EVM | Engine Variable Mach Calibrated 


Multibus II Terms: 


MPC 
Solicited Message Transfer 


Unsolicited Message Transfer 
Dual Port Memory Access 
Interconnect Address Access 
Buffer Pool 


Transport Protocol 


Message Passing Co-Processor (VLSI Multibus II Interface) 


A data transfer through Multibus II message space that requires buffer 
negotiation. May be up to 16 Mbytes long. 


Unsolicited messages arrive at a host unpredictably and can have the 
effect of an interrupt. Message can have up to 20 bytes of user data. 


A means of accessing shared memory between two processors. Hardware 
arbitration is required. 


Access to the Multibus II interconnect address space for test and/or 
configuration purposes. 

A collection of memory buffers which are managed by the iRMX II 
Operating System. 


This is a generic term describing the function of ‘the software layer that 
implements the Multibus II Transport Protocol as defined in the IEEE 
1296 Specification. 
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Documented Portions of the iRMX II Host Monitor Program 


Note that all comments written in bold are added to the original listing portions. 


The following code listing contains the most important parts 

of the iRMX II Host Monitor Program. Since this is a quite 
large lisiting, it was choosen only to take out which is really 
important. 


Bl. Declarations 


These word declarations make the interface to the exisiting 
assembly coded routines. 


declare std_conditions word external; 
declare state _1 word external; 
declare state 2 word external; 
declare state 3 word external; 
declare result_1 word external; 
declare result _2 word external; 
declare result _3 word external; 


The following is an abstract of the definition for the messages 
which are used between the processors in the systen. 


/* 
; 1. standard conditions message from main to all 
slaves 


ws 


general unsolicited message structure to be used. 


— 
— 
— 
— 


c 
oy 
- 
® 
te 
6 
ct 
Ss 
® 


pes 


declare mpc_message structure 

( dest byte, 

src byte, 

type byte, not_used byte, message data (28) byte) 
public; 


This message will be used for synchronizing all processors 
together. 
848 2 declare std_conditions msg structure 
( header _ std _ conditions (4) byte, 

transport(4) word, 

std_marker word, 

evm word, 

ealt word, 

epO word, 

etO word, 

dummy std conditions (10) word) 

(@std conditions) ; 


RAB eeRe @ 
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These messages are to be used for the information transfer 
between the application processors. 


Note that the structures are overlayed to the word defined a lines 
840 to 846 ! 


; 2.1 Engine #1 
Re 


declare state 1 msg structure 
( header state 1 (4) byte, 
transport (4) word, 
message data (10) word) at (@state 1); 


= 
= 
= 


; 3.1 Engine #1 
ef 
declare result_1 msg structure 
( header result_1 (4) byte, 
transport (4) word, 
message data (10) word) at (@result_1); 
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The following three procedures are used for creating a port, and 
to send and receive the messages under iRMX II control. 
See also iRMX II System documentation. 


Lode oR NEWSPORT: PROCEDURE (port$token$ptr, id, type) ; 
[ ERREKEKREEKREEEKKKKKKKKKKRKKKKKKKKKKKKKKKKKE KE / 


{* : 
this procedure creates a port for access by iRMX II 


i 


DECLARE portS$token$ptr POINTER; 

DECLARE id word; 

DECLARE type byte; 

DECLARE port$token based saceeowduenss token; 


/* 

** Create a new port: portS$token$ptr is pointer 

** to port$token to be returned 

* id is: for data transport: port ID 

ae for signal service: message ID 
type is: port type 

*/ 


if type = data_port then do; 
port$info.port$id = id; 
portS$info.type = type; 
portSinfo.flags = 0; 
port$token = rq$create$port 
(queue$size, @port$info, @status) ; 


end; 


if. type = signal _port then do; 
msg$info.msg$id = id; 
msg$info.type = type; 
msg$info.flags = 0; 
port$token = rq$createSport 
(queue$size, @msg$info, @status) ; 
end; 


return; 
end NEWSPORT; 
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send a message to the MPC 


1095 FORWARDSMSG: PROCEDURE (messageSpointer,port$id) ; 
1096 DECLARE message$pointer POINTER; 
1097 DECLARE portS$id BYTE; 


1098 DECLARE 
transactionS$id 
status 


call no$exc$mode; /* Set Exception Mode 
to 0 (No RMX Action) */ 


transaction$id = rq$send( 
ownSport$tok, sockets (port$id) , 
message$pointer, NIL, 0, 0, 
@status) ; 


call full$exc$mode; /* Reset Exception 
Handling */ 

countSout = count$out+l; /* Update Counter for 
messages sent */ 


RETURN ; 
END FORWARDSMSG; 
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receive a message from the MPC 

1105 1 WAITSFORSMSG: PROCEDURE (buffer$ptr) WORD; 
1106 2 DECLARE buffer$ptr pointer; 

1107 DECLARE buffer$ptr_ origin POINTER; 


1108 DECLARE 
info buf STRUCTURE ( 
flags WORD, 
status WORD, 
transaction$id WORD, 
length DWORD, 
forward$port TOKEN, 
socket DWORD, 
message (20) BYTE, 
reserve (4) BYTE), 


status WORD; 


call no$exc$mode; /* Set Exception Mode to 
(No RMX Action) */ 


buffer$ptr origin = rq$receive ( 
ownSport$tok, notimeout, 
@info buf, @status) ; 


call fullS$exc$mode; /* Reset Exception 
Handling*/ 
/* Update Counter for 
Messages sent */ 
count$in = count$in + 1; 
socket = info _buf.socket; 


We expect just a Control Message ==> 

Copy contents of control message to buffer 
provided by paramter buffer$ptr and return 
sending host ID. 


call movb(@info_buf.message,buffer$ptr, 20) ; 
return socketSdef.host$id; 


END WAITS$FORSMSG; 
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The following code section is the DO UNTIL NO FUEL loop 
with the iRMX II System calls used to transfer the data to and 
receive them back from the Appliaction processors. 


[RREREEREEREEEREEEEREEEEEERRERREREEEKREEKEEEEEEEREEEEEEREREEKEKKERE / 


Wait for state_in Message from LINK 
Copy MSG to Buffer => 


SWITCH DECODE, LEVER TO 2,N2_ TRANSIENT 
Send State i Message to Engine-Simulators 
Wait for Simulators having calculated ==> 
EGT FILTER, SKAL_BARGRAPHS,SKAL DIGITS 
Send display Message to Link 


[RARER RAEKEKREEEREREKEEKEEEREEEREEKREREEEEEEEREEEREEEREREREKREEKKEKK K / 


1366 2 DO WHILE nofuel=0; 


The state message contains the data from the I/O subsysten. 
When received, one simulation step can be processed. 


/* Wait for STATE_IN Message, then Copy */ 
1367 : id = WAITSFORSMSG(@state_in_msg.state_ in); 


Make the preprocessing. 


1368 3 CALL SWITCH _DECODE; 
1369 3 CALL LEVER TO N2; 
1370 3 CALL N2_ TRANSIENT; 


Set the marker word to 10H prior to send the data. 


Eava 3 call movb 
(@(10H) ,@state 1 msg.message_ data,1); 
Lae 3 call movb 
(@(10H) ,@state 2 msg.message data, 1); 
1375 call movb 
| (@(10H) ,@state 3 msg.message data, 1); 


1373 call movb (@(10H), @state_3_msg.message_ data, 
1); 
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1374 3 call forward$msg ( 

@state 1 msg.message data,engine 1); 
1375 3 call forwardSmsg ( 

@state 2 msg.message data,engine 2); 
1376 3 call forwardS$msg ( 


@state 3 msg.message data,engine 3); 


a /* 
| ** Wait for all three having terminated: 
*x Use logical variables all$done,done$l 
ae ,done$2,done$3. 
* 
** When a Message arrives, copy it to local 
*x* buffers. 


ay 
BE yr 3 all$done,done$1,done$2,done$3 = FALSE; 
1376 3 DO WHILE NOT all$done; 
1379 4 id = WAITSFORSMSG(@intermediate) ; 
/* 


** Message arrived: set corresponnding done 
** flag and copy buffer 


*y 


1380 4 if id = host$ids(engine_1) then do; 
1382 5 done$1 = true; 
1383 5 call movb(@intermediate, 
@result 1 msg.message data,28) ; 
1384 5 end; 
1385 4 if id = host$ids(engine 2) then do; 
1387 5 done$2 = true; 
1388 5 call movb(@intermediate, 
@result 2 msg.message data, 28) ; 
1389 5 end; 
1390 if id = host$ids(engine 3) then do; 


4 
1392 5 done$3 = true; 
1393 5 call movb(@intermediate, 
@result 3 msg.message data, 28) ; 


1394 5 end; 
1395 4 all$done = done$1 AND done$2 AND done$3; 
1396 4 END; 


Make the postprocessing. 


1397 2 CALL EGT FILTER; ; 
1398 K CALL SKAL_ BARGRAPHS; 
1399 3 CALL SKAL DIGITS; 
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send results to MBII/LNK-1 Board with two 
consecutive unsolicited messages 


¥/ 


Set the marker word to 44H and 45H for identification 
inside the MBII/LNK-1 Baord. 


1400 3 call movb (@(44H), 

@display on_line_msg_1.display on_line,1); 
1401 3 call movb (@(45H), 

@display on_line_msg 2.display on _line,1l); 


Send the two conscutive messages to the MBII/LNK-1 board. 


1402 3 CALL FORWARDSMSG ( 
@display on_line_ msg 1.display on_line, 
link fet &. 

1403 CALL FORWARDSMSG ( 
@display on line msg 2.display__ on _line, 
link 1); 


/* 
** Update Message Counter for display on the 
** console 


a 


status putSchar(@pos$in, fb) ; 
status put$ddec(count$in, fb) ; 
status = putSchar(@(alloff,0),fb); 
call put$line(nolf) ; 


WWW WwW 


status put$char(@pos$out, fb) ; 
status put$ddec(count$out, fb) ; 
status put$char(@(alloff,0),fb); 
call put$line(nolf) ; 


WW WwW WwW 


ttime.systime=0; 

call dq$decodeS$time (@ttime, @status) ; 

if last$sec <> ttime.time(7) then do; 
call movb(@pos$time, @outbuff,12) ; 
call movb(@ttime.time, @outbuff(12) ,8); 
call movb(@(alloff) ,@outbuff(20) ,4); 
out$buff (24) =0; 
call disp(@out$buff) ; 
last$sec = ttime.time(7); 

end; 

END; 


Whh bh Hh fh h WW W 
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, APPENDIX D 


Documented Code Listing of the Application Software Based in EPROM 


This appendix contains most of the listings generated for the application processor EPROM resident software: 


— MAINOS5 : Main Module for Cold Start 
— MPCDR3 : Low-Level MPC Driver 

— C2816 : Interrupt Handling Routine 
— CF650L : Engine Model Module 


Note also the last page of the LOCATE MAP which gives an idea on how much memory was needed for this 
application. ; 


iRMX 86 6666/67/8B/186 MACRO ASSEMBLER V2.6 ASSEMBLY OF MODULE MAIN_MODULE_ 2686 
OBJECT MODULE PLACED IN MAIN®S.OBJ 
ASSEMBLER INVOKED BY: sLANG:asmBé MAIN@S.A86 DEBUG SYMBOLS TYPE 


r 
- 
a 


Loc OBJ 
main_modul e_286 
PROJECT CF6-S@C Multicomputer 


@8.18.87 vi.@ fh add reset not complete on entry point 
@3. 18.87 vi.@ fh add in it .of ewfaold, efuelused 
21.08.87 v2.1 CG/Scm OCW2 has address pic_cntl® 
84.68.87 v2.8fh change interrupt structure 

@3.86.87 vi.ifh change external segments 


QOnGUSUN= 


83.08.87 vi.8fh initial start up module 


This module contains the cold reset start up of the sbc286/100A 
and the interrupt processing routine. 


note that all written in CAPITAL is original software written 
end of 1979, early 1988 ' 

all other is modification done to port the original application 
to Multibus II 


Snogen 


3 interrupt controller PIC 


pic_cntl1®@ equ @cOh } command port i 
pic_entiil equ Oc 2h } command port 2 


int_pointers segment at @ 


erg Gh 
type_x dd 32 dup(?) 4 discard all system interrupts 


1 which are not used here 
3 master pic of iSBC 266/18@6A 


type_32 dd 
type_33 dd 
type_34 dd 
type_3S dd 
type_3é dd 
type_37 dd 
type_38 dd 
type_39 dd 


ir @ 
ir i 
ic 2 message interrupt 
ir 3 1PSB message error 


int pointers ends 


3 external variables needed for initialization 
+ first time after reset 
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® 
ioc OBJ LINE SOURCE 
aoe 59 EFGIO SEGMENT COMMON 
68 extrn ewfaold:sword 
61 extrn efuelusedsword 
62 extrn deltatsword 
63 
a een 64 EFGIO ENDS 
65 
66 $eject 
67 
68 
“ee 49 BSTACKSEG SEGMENT STACK 
6088 (188 78 Ow 18@ DUP (>) sALLOCATE 168 WORDS FOR STACK 
277? 
’ 
8ece 71 STACKTOF L ABEL WORD ;OF FSET ADDRESS OF THE TOS 
---- 72 STACKSEG ENDS 
73 
—<--- 74 iodatseg . SEGMENT public 
7 
---- 76 iodatseg ENDS 
77 
78 
79 : two external routines 
8a 
61 extrn mpc _init:far : initialization of the mpc 
, 82 extrn mpc _interrupts: far 3 mpc interrupt routine 
83 3 for handling 1/0 and engine 
84 
85 
---- 86 EFGCOD SEGMENT FUBLIC 
87 
88 :GIVE ASSEMBLER INITIAL REGISTER TO SEGMENT CORRESPONDENCE 
a9 
98 ASSUME CS: EFGCOD, DS: IODATSEG, ES: EFGIO, SS: STACKSEG 
91 
92 
93 
8080 94 interrupt _routine proc 
95 
96 
97 s This Interrupt routine will be activated by the MINT line 
98 s of the MFC when the MPC has received a message 
99 3 This routine call the interrupt handler written in FLMB4 
1@@ 3 which will calculate a new state of the engine based on the 
101 3 incoming message. Afterwards the result message will be formed 
182 : and send back to the host. 
1@3 
96068 50 164 push ax 
@801 FABRGO---- E 105 call mpc _interrupt 
106 
107 1 EOI handling for the 8259A Control ler 
186 
@8@6 Ba28 189 mov al, 2@h 4 non specific eoi 
@086 E46C8 118 out pic_cntl@, al t write to ocw2 
A6BA SB 111i pop ar. 
@@0B FB 1W1e sti 1 enable interrupts 
@@@C CF 223 iret t return from interrupt 
114 
115 
116 interrupt_routine endp 
117 
118 
119 
@0@8D 128 atarts: 
121 
22 “reset _interconnect s RSTNC& Rit reset inside 8751 
{32 : Microcontroller 
133 
134 
135 Zset_int_vector (@8h, 86h, interrupt _routine) 
144 
145 ¢ set up segment registers of cpu 
: 146 
@@32 BB---- R 147 mov AX, IODATSEG 3LOAD SEGMENT REG 
@@35 BEDE 148 mov DS, AX 3CS IS LOADED AUTOMATICALY BY RESET 
@@37 BB---- R 149 MOV AX, EFGIO 
@@3A BECO 1508 MOV ES, AX 
» @8@63C BE---- R iSt MOV AX, STACKSEG 
@@3F BEDS 152 MOV SS, AX 
0841 BCCBOe R 1S3 MOV SP,OFFSET STACKTOP ;SET SP TO TOS 
154 
13535 $ cpu now ready for work for the engine model 
156 
137 3 but first initialize the mpc 
136 
1359 
8044 9ABOCR---- E 168 call mpc_init 
161 
162 3 then set to zero fuel variables 
163 
0849 26C706800080000 E 164 MmOv es: ewfacld,® 
GO58 26C078600@80000 E 165 mov es: efuelused,@ 
8057 26C78608005046 E 166 mov es:deltat, 160008 
167 
166 
1469 : then initialize master FICS of iSBC 286/180A 
178 
BOSE BACEGA i71 mov d@::.pic_enti® § icwl 
@@61 BO17 172 mov al, @@@1@1iib 3 edge triggered, single mode, call 


280691 


-21 


5-151 


—~ -~ 


mov 
out 


dx, pic_entit 

al , @@10@@@@b 

dx,al 
al, BOB111Bilb 


dx,al 
al, @fbh 
dx,al 


address 


icw2 . 
base=type 32 (88h) : ae. 
special fully nested mode, buffered 
master, normal e@eoi, 86 made a 


enable only ir2 message interrupts 


3 and finally enable cpu interrupts ' ~ 


sti 


Tre a . _Am aon Co 2h ke ae 7. 7 ho Se race = were Sa” 
HOt dy. ip laiy aise pba. peers gee eo ‘ fede “a eee ie tees soko 
ce ae ae Be Pk ee tie ee eae = a 
- ri a ¥ $ 
= ay f 
In ® 
iRMX 86 PL/M-86 V2.7 COMPILATION OF MODULE C286_INT_HANDLER 
OBJECT MODULE PLACED IN C28616.0BJ : 
COMPILER INVOKED BY: :LANG:plm86 C28616.P86 DEBUG SYMBOLS LARGE TYFE 
i cZ2B46_int_handlers dor 
/% . 
main control interrupt handler for the local engine 
control. Will check for type of message, start up the model 
and carry out one simulation step at a time based on 
incomming messages. 
&/ 
/* 
history 
c2B6i6 vi.i @8. 10.87 remoce error for std conditions 
c2nbié vi.@ @3.18.87 clear mpc message structure after transmit 
and after receiving for next time 
¢e286i5 vi.@ 3.18.87 remove error in adresasing mpc_messsage struc 
e286i4 vi.3 @3.10.87 normal mode of ops for iZice test 
c286i4 vi.22 21.08.87 engine and movb removed for test 
c286i4 vi.2 11.08.87 exchange source/dest for retransmit 
c286i4 vi.t 06.88.87 change data strutures 
c286i4 vi.®8 66.88.87 change for std conditions message 
c2Béi3 vi.t 04.08.87 add source id for the main processor 
c286i3 vi.@ 04.08.67 add destination id 
e286i2 vi.@ 04.06.87 remove types 
c2B6it vi.# @3.08.87 initial version 
&/ 
2 i declare std_conditions word external; 
Pa i declare inputs word external; 
4 1 declare outputs word external: 
Ss i declare byte_dummy byte: 
& | declare word dummy words 
7 1 declare mpc_message structure 
( dest byte, /% 4 Byte Hardware-Header %t/ 
erc byte, 
type byte, 
not_used byte, 
prot_id byte, /% 8 Byte RMX-Header %/ 
transm_ctr byte, 
dest _port_id word, 
source _port_id word, 
transact_id byte, 
transact _ ctr byte, 
message_data (280) byte) publics /% 28 Byte User-Data %/ 
8 i declare inde» bytes. 
, 7% Declaration of external proceclures S&SURSSESseseeeess / 
9 1 engine: procedure externels 
18 2 end engines 
il i mpc _receive_message: procedure externals 
12 a end mpc_receive_messages 
is 1 mpc_transmit_ message: procedure externals 
14 2 end mpc_transmit_message} 
4% Start MFC-Interrupt-Frocedure (MINT-Signal) aseaaageeee/ 
is i apc_interrupt: procedure public: 
/8 
first empty the MFC FIFO into mpc_message structure 
&/ 
16 2 call mpc_receive_message} 
Wg 2 if mpc_message.message_data(@)= @ih 
then /% we had a engine init message %/ 
18 2 do} . 
19 3 call movb (ampc_message. message _data(@), dstd_ conditions, 20)4 
/% clear the mpc_message data structure after receive %/ 
26 3 do index = @ to 19; 
21 4 mpc _message.message _datalindex)= G@Oh; 
22 4 end; 
23 3 end 


* eh Wl ree 
ee ay, 
na We rae tee 
« i 

Aas Fas a 


95 scar gaa ets Be 
Aa SP eae 
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else 7% normal message for one simulation step 8/ 
if mpc_message.message_data(@) = 18h then 
dot 
call movb (dmpc_message.message_data(@),dinputs, 78) ¢. 


call engines /% ane simulation ste; ¢/ 


call movb (outputs, dm message.message _data(A).20)4 


mpc _message.n? sage _data(@) tihng /%Set maker for result &/ 


/% Transport Frotocol adjustment to be 
contorming to the Comm Layer of iRMX I18/ 


byte_dummy = mpc_message. dest; 
mpc _message.dest = mpc_message.srci 
mpc _message.src = byte_dummys 


word dummy = mpc_message.dest port _idy 
mpc_message.dest port_id = mpc_message. source _port_ids 
mpc _message.source_port_id = word dummy: 


/& transmit results back to host &/ 
cal) mpc_transmit_message; 


/@ clear the mpc_message data structure after transmit %/ 
do index = @ to 173 
apc _mesasage.message datalinde::)= 8Bh;3 
end; 
end: 


else 
dot 
/% Error-processing: Error in message_data(@) 
error case not implemented in this version &/ 
ends 


end mpc_interrupts 
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iRMX 86 8066/87/86/1846 MACRO ASSEMBLER V2.8 ASSEMBLY OF MODULE MPC_HANDLER_MODULE 
OBJECT MODULE PLACED IN MPCDRS.OBJ 


ASSEMBLER INVOKED BY: «LANG: asm@é MPCORS.ABS DEBUG SYMBOLS TYPE 
Loc OBJ LINE SOURCE 
1 name apc _ handler _module 
2 
3 4 mpcdr3 vi.S CG/Scm 21.8.87 reference to mpc_message via ‘seg’ 
4 5 apcdrS vi.4 fh 07.06.87 change ds register ‘or far call 
tJ ’ mpcdr3 vi.3 fh 06.06.87 change cl to cx for loop 
& r] mpcdr3 vi.i fh 06.08.87 rotate message id 
7 r epcdr3 vi.@ fh 65.08.87 add mctl register 
8 ] mpcedr2 vi.i fh 64.68.87 make procedures far type 
9 ry apcdr2 vi.@ th 03.88.87 add mpc_init 
19 r mpcdri vi.@ #h 22.06.87 add apc control 
ii 3 apcdr® vi.@ th 19.86.84 original version 
12 
13 
14 $ This module contains the low level MFC harnilling routines needed 
iS 3 for this application. Several simplifications are assumed: 
16 3 the receive and tranemit message routines are working on 32 byte 
17 $ messages only. No length programming assumed. Further, the error 
18 3 handling is not implemented in this first release of the low level 
19 3 driver. 
28 j all three routines are a direct implementation af the work 
21 3 flow described in the mpc user’s guide and are coded in the large 
22 1 model for compatibility with the engine model and the plmBé 
Zo } interrupt processing. 
+ : 
258 3 
26 
27 
28 +1 Sinclude (mpcaBé. def) 
| 29 t i/o port addresses of MPC 
=} 38 
=i 31 
0818 =1 32 mdata equ 18h $ message data port 
@@iCc =i 33 mend equ ich } message command port 
0000 =i 34 mstat equ @Oh } message status register 
eene =1 335 ar et equ 8@h } message reset register 
@eec wt 36 mth equ Gch } message control register 
@614 =} 37 merr equ 14h } message error port 
e006 =1 38 acon equ @8h $ message configuration register 
=i 39 
6820 =1 40 meocmp equ 28h 4 801 message completion port 
0624 =i 41 msicmp equ 24h 4 80] message input completion port 
8628 =1 42 msocan equ 28h $ Sol message output cancel port 
@624 =1 43 msican equ 24h s sol message input cancel port 
#1 44 : 
G084 =i 4s mid equ @4h § message id register 
=i 46 
8830 ba | 47 icadri equ 3@h t interconnect address low 
@O34 1 48 icadrhi equ 34h 3 interconnect address highi 
@O31 bad | 49 icadrh2 equ Sih s interconnect address high2 
@83C =1 5@ icdeta equ 3ch 1 interconnect data register 
=i Si 
=i 32 4 bit definitions 
=i s3 
Gee! =} 34 natn equ i 9 transmit FIFO not ¢ull 
BBS4 =1 ss xeaterr equ 4 § transmit error on PSB 
6863 1 3é rcvne equ 1060881 ib $ receive FIFO not empty 
=i 37 
8668 =1 36 init_done equ 8@h 3 filter for bit 7 
OGee =i 39 zero equ 68h 
e865 =} 68 width config equ 10@001@ib 9 set 16 bit #ifo and dma 
1 61 3 full message passing 
=} 62 
6862 =} 63 ape control equ 9800000 1 Gb § receive interrupt enable 
64 
65 extrn mpc _message! word 
66 
67 
---- 68 code segment 
69 assume csicode 
78 assume dsiseg mpc_message 
71 
72 public «mpc_receive_message,mpc_ transmit _message,mpc_init 
73 
74 
Geea 73 mpc _transmit message proc far 
76 
ae 4 vi.l mpc_write_ message add transmit FIFO control 
78 4 vi.@ mpc_write_ message basic priciple written 
79 
6e@ 1 mpc_transmit message will copy the data from the mpc. message 
81 structure to the fifo of the mpc and send it out to the iPSB. 
82 1 32 byte length assumed. 
83 
@eee iE a4 push ds 
@0@1 Ba---- E 8s mov ax.3@Q9 mpc_message 
@00@4 BEDE 84 mov ds, ax 
67 
@006 B971000 68 mov cx,16 3 32 byte message 
89 3 16 words 
8G@9 RA1G68 98 mov Gx, mdata 3 data port of mpc 
@88C BESOGe E 91 mov si, offset mpc_message 
92 
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Loc OBJ LINE SOURCE 
GQOF BBO4 93 write_l: mov ax, CsiJ § load data to ax 
@@ii EF 94 out dx, ax : store to mpc 
@@i2 46 95 inc si 
@@13 46 96 inc si § double to next word 
0014 E2F9 97 loop write _1i § continue till all 32 byte 
98 : writte to MPC FIFO 
99 
@816 32C@ 188 xor al,al FY 
@@1e6 E6iC 101 out mcemd, al : write 88 to MPC CMD Register 
162 
@B1A 183 continue: 
104 
@B1iA E480 105 in al,mstat t read MPC status_register 
@BiC 2401 186 and al,xmtn¢ t mask transmit fifo bil 
@@iE 3COi 107 cmp al,i 
0828 7469 166 je transmit_complete + message transmitted ' 
@822 2404 1989 and al.,xmterr : mask transmit error bit 
@024 3COe 118 cae al,®@ 
@@26 74F2 bit jz continue t message transmition still in progress 
112 
@826 ERS680 HIS call transmit_error 3 error handling 
114 
Q@0265 115 transmit _complete: 
116 
@62B iF 117 pop ds 
@@62C CB 118 ret 
119 
128 mpc_transmit message endp 


i122 +1 Seject 


123 
124 
125 
@62D 126 mpc _receive_message proc f. 
127 
128 4 vi.! mpc_read_mess.isie add receive FIFO control 
129 3 vi.@ m read_message basic priciple written 
138 
131 $ mM receive_message will copy the data to the mpc_message 
132 : structure from the fifo of the mpc. 
133 3 32 byte length assumed. 
134 } 
@82D iE i135 push ds 
@@2E Be---- € 136 mov ax, 8@9 @pc_message 
@@31 BEDE 137 mov ds, ax 
138 
@833 139 not_ready_1i: 
140 
33 £400 141 in al,mstat + 8 bit read of MPC_status register 
@@3S 3Ces 142 cmp al,rcvne 
@O37 7SFA 143 ine not _ready_i § wait until flag set 
144 
O839 E410 145 in al,mdata § read one byte for length 
146 
147 ts read mpc _ fifo assuming 32 byte valid data and 16 bit transfers 
148 s initialized inside the MPC 
149 
GOSB B91 288 15e mov cx,16 3 32 byte message 
iSi 3 16 words 
@BSE BA1600 152 mov dx, mdata § data port of mpc 
0041 Breese E iS3 mov di, offset mpc_message 
@@44 ED 154 read _2: in ax,dx $ read from mpc 
8045 69785 iSS mav Cdij, ax § store data to message buffer 
6847 47 156 inc di 
@048 47 157 ine di 3 double to next word 
@049 E2F9 156 loop read_2 $ continue till al1 32 byte 
139 § read 
168 
@@4B E41C 161 in al,acad i read MPC_command port for resync 
162 } ' 
163 § service of message read now complete 
164 
165 
@@4D iF 166 pop ds 
167 3 continue with processing of data 
@@4E CB 168 ret 
169 
178 apc _receive_message endp 
i71 
172 
173 +1 Seject 
174 
173 
@@4F 176 mpc_init proc far 
L77 
178 
179 4 this routine will initialize the MFC for use in this application. 
180 
@O4F iE 161 push ds 
@85@ Ba---- Ee 182 mov ax,8eQ9 mpc_message 
@AS3 BEDE 183 mov ds,ax 
164 
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Cinta, hee ee 


= ia 


eS : < 
* oe : ee ae 
weet I n-S. “Fy, 


mov 
out 


chck reset: 
in 
and 
cmp 
jne 


mov 
out 
mov 
out 
in 


mpc _init 


transmit_errar 


3 this routine 
: this handler 
transmit _error 


code 


16‘ at 


ends 


Se 


ree 


t "ay 


he 


al,zero 
mrst,al 


al,matat 


_ 


al, init _done 


al,zero 
chck_reset 


al,width_config 


mcon, al 


al,mpc_control 


meti,al 
al,mcon 

al ,@fAh 
icadrhi,al 
icadrh2, al 
a) ,8@98h 
icadrl ,al 
al,3ch 
al,1 

al,i 

al,i 
mid,al 


ds 


endp 


reset the mpc 


do whil not reset 

set to 16 bit 

interrupt control 

no check for error case this time 


interconnect address high 
interconnect address high 


interconnect address low 
read interconnect register slot_id 


set the message id to slot_id 


implemented in this release of 
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iRMX 86 8686/87/86/186 MACRO ASSEMBLER V2.@ ASSEMBLY OF MODULE CF6é_ENGINE_LOCAL 
OBJECT MODULE PLACED IN CF6éS5@L.0BJ 
ASSEMBLER INVOKEO BY: sLANG: asm66 CF6S5@L.AG4 DEBUG SYMBOLS TYPE 


Loc OBJ LINE SOURCE 

NAME CFé_engine_local 
SHREKARATATKSKSKAKEK ASSES AS RASS ESs 
RRARARETAAEKT TKK TR TRESTLE eeRESeeess 


ENGINE MAIN-PROGRAM 


SOONG U SWAN 


SEAAKSKERAKSAT STH REESE SS SSS ee Keres 
RTGSSKASKKK LAKH AKHTAR ARERR RES AS 


FROJECT CF4-S@C Multicomputer 


@3.18.87 via put nZlim as a constant inside routine 
11,008.87 v2.2cg correct flags 

04.08.87 v2.1ifh make engine procedure far 

@3.08.87 v?.@fh remove local start 

21.07.87 vi.7th add for main module test version 
19.06.87 vi.ifhh adapt to local processor architecture 
19.06.87 vi.@fh add message structiure 


FROGRAM FOR THE SIMULATION OF THE CF4-S@C FNRING. FOI NWINR 
SURSYTEM MODULFS ARE USED: 

EPR-SYSTFM 

EGT-SYSTEM 

FUEL -FIOW-SYSTEM 

THRUST -SYSTEM 

N1-SYSTFM 

ANLET Syorem 


<o a2 66 we 0f os ee oe 


SEE ALSO ADDITIONAL ROCHE NT ATT ON TM THE WRITTEN DOCUHENIS 
SIM ATION OF A JET ENR TNE USING A MICROCOMMUTER 
DTFELLOMA WORT WS 1979/80 


CHHHEH TREK CHT SEHR EAE SAHKLASCTH THERESE SAAR ESTAS KARATE See eErareereses 
: 

‘ THIS FROGAM USES FOLLOWING EXTERNAL MODINE: CF4LIB.LIB(SYSTEM-MODULE). 

H 1.CF6LIB.LIB (SYSTEM-~MODULE) 

FY 2. TABLIB.LIB (DATA FUNCTIONS-TARLES ) 

CRTRSLAKHKSRAKARASS AKA HHRSS THR KKH AKRATA KERR TKSR SSSR RAE Reeeeeaeseeses 


note that all written in CAFITAL. is original software written 
end of 1979, early 1984 ' 

all other is modification done tu port the original application 
to Multibus TI 


public std_conditions 


PUBLIC EVM,EVML,EVMH, EALT, EALTL, EALTH, EF®,ET®, ENGN, INFUTS 
PUBLIC ET2,ED2,E THE, EDAM, ERTHE, DEPR, DEGT, DEWFA, DNL, DFNA 


PUBLIC EN2,EN21.,EN2H, OUTPUTS, EN1I,ENIL,ENIH,ENIA 
FUBLIC EPR,EG1T, EWFA, EFUELUSED,EFNA 

FUBLIC EACPSW, FHFXSW,CFAISW, ECAISW, EBLESW, EREVSW 
FUBLIC EWFAOLD, DELTAT 


SERASTKAE RSS RT aReSeesaseees 
a ® 
&% DATA VARIABLES % 
a 8 
RESTLASLaS RSS eRe esseeagess 


EFGIO SEGMENT COMMON 

’ RECTKAIKCKHSRAAKKS SARA E TSA RRAeAT SETS 
’ % WORK DATA OF ENGINE MODEL s 
t SUCRTASKKKARKSS TSAR SAS a eeeEsasss 


: global engine input variables 


3 NOTE THE USE OF ACCESS BOTH AS BYTE AND WORD 


std_conditions equ this word 
dw 1 dup (@) t Flag-Word only used toa syn. 


= ~ 
be 


hronize 


: sim step from initi 
alization 


EOu THIS WORD t MACH 

DB t 

DB : 

EQU sALTITUDE 
g 


ith 
s3” 


a 
tAMBIENT PRESSURE 
sAMBIENT TEMPERATURE 
reserved :1@ byte reserved (multibus II 


~ ~ 
i 
8 
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SOURCE 


: data strucutre o 
f the message 


t local engine variables 


ET2 Dw 8 
ED2 DW @ 
ETHE Dw a 
EDAM Dw .) 
ERTHE Dw @ 


; 
;TEMP VARIABLES 
DEFR DW 

DEGT Dw 
DEWFA DW 

DNi 

DFNA Dw 


' 

:N2 LOW LIMIT CONSTANT = 88 
ENZLIM DW 4095 :SCALED VALUE FOR LOWER LIMIT NZ 
| . 
$ 
teject 


$ message data buffers for MPC communication 


8 
$8 
ry 


INPUTS EQU 


THIS WORD 


t 
dw 1 dup (@) 


3 Flag-Word only 


tREFERRED CORE SPEED 


$ 
sAIR COND. SWITCH 
sHORSE FOWER EX. SWITCH 
gFULL ANTI ICE SWITCH 
sCOWL ANTI ICE SWITCH 
sBLEED SWITCH 
:REVERSER SWITCH 
: reserved for future 


_ DW 
in_reserved 


@B35A 
@@3C 
G@3E 
8648 
8842 


ases 


w 2 dup (@) 


“PHT jj 


2 TRIE BWE I NUMMER 


QUTFUTS EGU THIS WORD 
dw 1 dup (@) : Flaa-word 


EWFAOLD Dw r 
DELTAT Dw @ 
EFUELUSED DW 
ENi 
ENIL 
EN1H 
ENLA 
EPR 
EGT 
EWFA 
EFNA 


3;"OLD VALUE FUEL FLOW OQUTFUT 
3 SAMPLING TIME si 
8 « FUEL USED 
HIS WORD 3 REFERD FAN SFEEDD 


Ni DIGITAL DSIFLAY 
ENG. PRESSURE RATIO 
EXHAUST GAS TEM. 
FUEL-FLOW 

THRUST , 


seseseos- 


EFUELUSED1 
EFUELUSFD2 
EFUELUSED? 
EFGIO ENDS 
S$eject 


STACKSEG SEGMENT STACK 
188 DUP(?) sALLOCATE 108 WORDS FOR STACK 


STACK TOP WORD 
STACKSEG ENDS 


;OFFSET ADDRESS OF THE TOS 


iodatseg SEGMENT public 


TIMES® dw 
NOFUEL db 


iodatseg 


280691 -30 


5-159 


SEGMENT PUBLIC 
sGIVE ASSEMBLER INITIAL REGISTER TO SEGMENT CORRESPONDENCE 
CS: EFGCOD, DS: IODATSEG, ES: EFGIO, SS: STACKSEG 


engine 


EXTRN INLETSYS: NEAR, EPRSYS: NEAR, EGTSYS: NEAR, NISYS: NEAR, EWFASYS: NEAR 
EXTRN FNASYS: NEAR 


ASSUME ES: EFGIO,CS:EFGCOD 


SHKHSSseeeeeaseaeasssasssses 
s & 
% ENGINE MODEL ROUTINE 8 
8 8 
SEMKTKSSKLSRATASS SSSI SSSE RSS 


ENGINE 


START_engines 


3ES,DS SAVE ONTO STACK 
AX.EFGIO ¢ REORGANI7E SEGEMENTS FOR THE 
2 OPTIMAL USE OF THE CFU : 


SFEED AND 


: AGAIN SFEED.... 


ES,.AX , 
INLETSYS :CALCULATE THE INLET VALUES 


MoV AX, EN2 
AX, 4695 1 >>> put absolute value here 
§ due to EPROM version 


NORMAL 2 
IDLEBYPASS 5 IN IDLE BYFASS MODEL CALCULATION 
3 BASED ON A SIMPLIFICATION A 


idie_state 


t NORMAL NON IDLE MODE : CALCULATE A NEW STATE OF THE FNGINE 
} SUBSYSTEMS 


CALL EFRSYS 
CALL NISYS 
CALL EWFASYS 
CALL EGTSYS 
CALL FNASYS 


idle_state : 


SASseseseaesasss 
8 END ENGINE 8 
Seeseseseseseses 


IDLEBYPASS PROC 
3e PUSH AX sSAVE EN2 
260786360880 18 MOV EN2, 48096 


CALL EPRSYS tNiSYS SIMPLIFICATION ASSUMPTION 
CALL EwFaSysS 

CALL EGTSYS 

CALL FNASYS 


POP EN2 sRECALL EN2 
RET 


IDLEBYPASS ENDP 


EFGCOD ENDS 
END 
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MODULE = FUELFLOW_SYSTEM 

BASE OFFSET TYPE SYMBOL OFFSET BASE TYFE SYMBOL. 
@@41H @AIGH SYM CONTI @AS3H @@41H SYM ENDE 
@@41H  @B25H SYM EWFAC @9COH @041H SYM NEGi 
@@41H @A29H SYM NEG2 @9C@H 41H SYM TACF 
@041H @ACEH SYM TCAI BACCH 0414 SYM THPX 
MEMORY MAP OF MODULE MAIN_MODULE_786 


MODULE START ADDRESS FARAGRAFH = @941H OFFSET = @@@DH 
SEGMENT MAF 


START STOP LENGTH ALIGN NAME CLASS OVERLAY 


@OGGGH @OQ9FH @BABH 
@8208H @N208H GOBCH 
@A2@GBH OAZ63H @%44H 
QOA>7AtH OO 2F FH @190H 
0048814 Q0482H @00.3H 
0@416H @1@21H @C12H 
G1 O30H @10R@GH @881H 
@18COH O242FH 1380H 
W224 40H @2IS1EH QOGDFH 


INT_ POINTERS 
2°SEG 

EFGIO 

STACK SEG 
LODATSEG 
EFGCOD 

CODE 

EFGDAT 
C7@6__INT_HANNL. 
-ER_CODE 
C786_INT_HANDL 
-ER_DATA 

STACI 

MEMORY 


@23520H @2543H GO24H 


@2544H 254BH @0@8H 
@254CH @254CH @000H 


ZzfF F£= CHOAAGAGDD 
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AP-431 | intel. 


APPENDIX E 


I2ICE Debug Session Sample 
This shows a sample debug session using symbolic debugging with I2ICE 286. 


First include all user pre-defined macros for this application 
* 


* 
*include cf6.mac 


std def is a macro for setting the standard values for local 
engine test 


*define proc std def = do 

- *evm=0t 

- *ep0=20783t 

- *et0=303t 

-*deltat=18000t 

-*end 

* 

mpc msg is a macro for Seep TAY TRY the content of the MPC MESSAGE 
STRUCTURE 


*define proc mpc_msg = do 
7 ) 


dest 
src 


, Mpc_message.dest 
, Mpc_message.src 
type , Mpc_message.type 
not_used *, mpc _message. not used 
transport message passing part 
protocol id byte .mpc_ message.prot id 
transmition _cntl ', byte .mpc_message.transm ctr 
dest port id ', word .mpc_message.dest port id 
arc port id ', word .mpc_message.sourc port id 
( 
i 


transaction_id byte .mpc message.transact id 
transaction cntl byte .mpc_message.transact ctr 
data field = ' 

mpc_message+l2t length 10t 


macro s makes a single step 


*define proc s = do 
*istep 

*ASM $ 

*end 


macro input cf6 displays the inputs data structure 
before and engine simulation step 
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*define proc input _cf6 = do 
-*write ‘flag word =',:cf6 engine _local.inputs 
-*write 'EN2 =',:cf6 engine local.EN2 
-twrite 'EN2L =! :cf6 engine_local.EN2L 
-*write 'EN2H =',:cf6 engine local.EN2H 
-*write 'EACPSW =',:cf6 engine_local.EACPSW 
-*write 'EHPXSW =', :cf6 _engine_ local .EHPXSW 
-*write ‘EFAISW =',:cf6 _engine_ local.EFAISW 
-*write 'ECAISW | :0f6 _engine_local.ECAISW 
',:cf6 engine local.EBLESW 
',:cf6 engine _local.EREVSW 


-*write '‘EBLESW 
-*write 'EREVSW 
-*end 


a oe ae A 


* 


macro output cf6 displays the outputs data structure 
as a result of a simulation step 


i 

*define proc output cf6 = do 

-*write ‘flag word =',:cf6 engine local.outputs 
-*write 'EWFAOLD =',:cf6 engine local.EWFAOLD 
-*write 'DELTAT a ie _engine_local.DELTAT 
-*write 'EFUELUSED =',:cf6 _engine local. EPUELUSED 
-*write 'EN1 =! :cf6. _engine_local.EN1 


-*write '‘EN1L 
-*write 'EN1H 
-*write 'EN1A 


,:cf6 engine local.EN1L 
,:Cf£6 engine local.EN1H 
:C£6 _engine_ local.EN1A 


<—_ = oo 7 


-*write 'EPR =',:cf6 _engine_ local.EPR 
-*write 'EGT =',:cf6 engine _local.EGT 
-twrite 'EWFA =! ,:cf6 engine local.EWFA 
-*write 'EFNA =',:c£6 engine local.EFNA 
-*end 


* 


enginestate decode the full state of variables of the 
engine model at any time 


*DEFINE proc ENGINESTATE = do 
. *BASE=decimal 


-*WRITE 'N1 = ',EN1, ' non scaled :', (enla/1696t) *20t 
~*WRITE ‘EGT = ',EGT, ° non scaled :'.,egt 

-*WRITE ‘EPR = ',EPR, ' non scaled ;:',epr/3200t 

-*WRITE 'N2 = ‘',EN2, ' ‘non scaled :', (en2/256t) *5t 
-*WRITE 'FF = ',EWFA,' =non scaled >! ewfa 

~*WRITE 'FNA = ',EFNA,' non scaled :', (efna/378t) *1000t 
s8WRITE. "INLET: t:22% EPO=',EPO,' ETO= ',ETO,' MACH = ',EVM 
»*write ' ' 

-*write ' switch status ' 

-*write '‘acp =',EACPSW,' hpx =',EHPXSW,' fai =',EFAISW 
-*write 'cai =',ECAISW,' ble =',EBLESW,' reverse = ', EREVSW 
-*write ' fuel used for this step = ',efuelused 

. *BASE=Hex 

.*end 
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macro setn2 sets the en2 variable for a local test 
* 
*DEFINE proc SETN2 = do 

-*word .mpc _message+lét = 0 


.*end 
*® 


macro rst allows the reset not complete sequence to take place 
see also main text 


*define proc rst = do 
-*reset regs 

-*unithold 

- *port (34h) =0f8h 

-*port (31h) =0f8h 

- *port (30h) =Oa4h 

-*port (3ch) =000h 

-*go from Offff:0 forever 
-*end 


make a break at the end of the simulation step 


*go til :c286 int _handler#43 
*Probe 0 stopped at :C286 INT HANDLER#41 + 1H because of execute 
break 

Clips= F3 Trace Buffer Overflow 


see what data are around after a full engine simulation step 
using i2ice macros 


incoming data packed in mpc message structure as before 
engine simulation step done 


message strucuture as received by the MPC 
*mpc msg 


dest 

src 

type 
not_used 
transport message passing part 
protocol id 02 
transmition cntl 
dest port id 
src_port_id 
transaction_id 
transaction cntl 
data field = 
0256:000EH 0010 14E0O 0000 0001 0001 0000 0000 0000 0000 0000 
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input data 


*input cf6 

flag word = 0010 
EN2 = 14E0O 

EN2L = EO 

EN2H = 
EACPSW 
EHPXSW 
EFAISW 
ECAISW 
EBLESW 
EREVSW 


0000 
0001 


tntunrnu dhe 
rs 


output 


* 


*output cf6 

flag word = 0000 
EWFAOLD = 1411 
DELTAT = 29C7 
EFUELUSED = 001B 
EN1 = 2CDB 

EN1L DB 

EN1H 2c 

EN1A 2605 

EPR = 5346 

EGT = 035B 

EWFA 5047 

EFNA = 4BOA 


full engine state 


* 


*enginestate 
11483 non scaled : 100 
859 non scaled : 859 
21318 non scaled : 6 
5344 non scaled : 100 
20551 non scaled : 20551 
19210 non scaled : 50000 
ANLEL $2.22 EPO= 20783 ETO= 303 MACH = 0O 


switch status 
acp = 0 hpx=1 fai=1 
cai = 0 ble =0O reverse 


fuel used for this step = 


* 
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continue the simu! : 
ee 
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IPAT Analysis Protocol 


This shows the sample iPAT analysis session done to assess the performance of the application processor design. 


ipat analysis 


set the time base to 200 nsec in general 
note that we are online with the simulation running 


*go 
?ptimebase = 200ns 


define a macro for analysing 


? 


?define proc measure = do 
-?pat init duration %0 

. 7histo=false 

.-?pat display 

.?7end 

a 


measure the time spendt in the mpc receive message routine 
?measure (:mpc handler module.mpc_ receive message) 


Mode: DURATION , 
Event: :MPC_HA.MPC_ RECEIVE MESSAGE 
Time Range: 200ns TO lsec 
PTIMEBASE = 200 ns 

Status: OK 


Time Interval 


Time Min: 
Time Max: 89.2 us 
= 
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measure the time spent in the mpc transmit message routine 


?measure (:mpc_handler _module.mpc transmit message) 


Mode: DURATION 

Event: :MPC_HA.MPC_ TRANSMIT MESSAGE 
Time Range: 200ns TO lsec 
PTIMEBASE = 200 ns 

Status: OK 


Time Interval 


Time Min: 


Time Max: 91.8 us 
= 


measure the time spent in the whole interrupt routine 


measure (:c286 int_handler) 


Mode: DURATION 

Event: :C286 INT HANDLER 
Time Range: 200ns TO lsec 
PTIMEBASE = 200 ns 
Status: OK 


Time Interval 


Time Min: 
Time Max: 1412.8 us 
> 


measure the time spent in the engine model routine 
note that the engine model calculation time is variable depending 
on the switch position of the subsystems 


?measure (:cf6 engine local.engine) 
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Mode: DURATION 

Event: :CF6_EN.ENGINE 
Time Range: 200ns TO lsec 
PTIMEBASE = 200 ns 
Status: OK 


Time Interval 


Time Min: 
Time Max: 636.6 us 


measure the time spent for copying the data from the 
mpc message structure to the inputs buffer 


? 


?pat init duration :c286 int handler#26 to :c286 int _handler#27 
?pat display 


Mode: DURATION 

Event: :C286_ INT HAN#26-#27 
Time Range: 200ns TO lsec 
PTIMEBASE = 200 ns 

Status: OK 


Time Interval 


Time Min: 30.4 us 
Time Max: 30.6 us 


? 
measure the time spent for the transport protocol adaptation 


?pat init duration :c286 int_handler#30 to :c286 int _handler#35 
?pat display 


Mode: DURATION 
Event: :C286_INT_HAN#30-#35 
Time Range: 200ns TO lsec 
PTIMEBASE = 200 ns 
Status: OK 
280691 -40 
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Time Interval 


Time Min: 
Time Max: 17.6 us 
? 


measure the total time used for the mpc interrupt processing 
from hardware interrupt on. 


Mode: DURATION 

Event: :MAIN M.INTERRUPT_ROUTINE 
Time Range: 200ns TO lsec 
PTIMEBASE = 200 ns 

Status: OK 


Time Min: 1450.0 us 
Time Max: 1453.6 us 


profile the relative time spend by the three main routines 


i) 


?pat init profile :mpc_handler_module.mpc_receive_ message, & 
??:mpc handler module.mpc transmit_message, & 

??:cf6 engine_local.engine 

?pat display 


Mode: PROFILE 
PTIMEBASE = 10 us 
Include calls 
Status: OK 
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ENGINE 61:3 xXXXXXXXXXXXXXXXXX 
MPC_ TRANSMIT ME 61: XXXXXXXXXXXXXXXXX 
MPC _ RECEIVE MES 61: XXXXXXXXXXXXXXXXX 
*Background* 182: xXxXxXxXXXXXXXXXXXXXXXXXXXXXXXX 


Phisto=false 
?pat display 


Mode: PROFILE 
PTIMEBASE = 10 us 
Include calls 
Status: OK 

Count 
:CF6_EN. ENGINE 
:MPC_HA.MPC_TRANSMIT 
MPC RECEIVE MESSAGE 
*Background* 


2663: 22sec 


make the interrupt to routine activation measurents 


mpc interrupt to start of the interrupt routine 


?pat init duration interrupt to :c286_int_handler.mpc_ interrupt 
?histo = false 
?pat display 


Mode: DURATION 
Event: *INT*-:C286 INT HANDLER#15 
Time Range: 10us TO lsec 


PTIMEBASE = 200 ns 
Status: OK 


Time Interval 


Time Min: 12.8 us 
Time Max: 13.6 us 
| 280691-42 
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mpc interrupt to start of mpc receive message 


?pat init duration interrupt to 
:mpc_handler module.mpc receive message 
?pat display 


Mode: DURATION 

Event: *INT*-00109DH 
Time Range: 200ns TO lsec 
PTIMEBASE = 200 ns 
Status: OK 


Time Interval 


Time Min: 21.0 us 
Time Max: 22.0 us 


/* end of test session */ 


?halt 

*Probe 0 stopped at :MAIN MODULE 286 + 74H because of halt 
Clips= F6 Trace Buffer Overflow 

*exit 
I2ICE terminated 
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1.0 INTRODUCTION 


Since its introduction, Multibus II has proven to be a 
very good solution for high performance computing. 
The bus is well suited high performance applications 
due to its ability to support multiple CPUs in a loosely 
coupled environment. This capability is not only 
bourne in hardware but in the firmware and software as 
well. 


In this loosely coupled multiprocessing environment, 
many CPUs are able to interoperate on a common 
backplane. With this ability comes the need for a sys- 
tem design which is separated along functional bounda- 
ries. This means particular I/O needs of the system are 
handled in a client/server fashion instead of the tradi- 
tional master/slave method. The difference in the two 
approaches lies in the ability of the I/O server to sup- 
port more than one host processor while the slave can- 
not. 


The use of a functionally partitioned system allows for 
better structured programming and ease of upgrading 
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system resources. However, the designers of special I/O 
are faced with the challenge of more complex board 
designs. For Multibus II this means not only designing 
a board which supports message passing and the multi- 
ple address spaces defined for the bus, but also one with 
an intelligent CPU core and a high speed memory sub- 
system. These added requirements not only increase the 
design complexity but can also greatly affect the time to 
market of a product. 


Intel has developed an I/O strategy which eliminates 
the burden of developing the compute engine and PSB 
interface of the I/O server, therefore easing the prob- 
lems associated with designing special I/O for Multibus 
II. This is done by decoupling the specific I/O technol- 
ogy from the CPU technology in a baseboard/module 
fashion as shown in Figure 1. With this design, an Intel 
baseboard is coupled with an I/O module supplied by 
Intel, the customer, or a third party. Although the 
baseboard and module are separate boards, the combi- 
nation forms a single slot I/O server Multibus II. 


indicates Bare 
Fab Area 
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Figure 1. MIX Baseboard/Module Combination 


MIS is an acronym for Modular Interface eXtension. MIX is a trademark of MIX Software, Inc. 


UNIX is a trademark of AT&T, Inc. 


OrCAD is a trademark of OrCAD SYSTEMS CORPORATION. 


PALASM is a trademark of Monolithic Memories, Inc. 
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- The modular design allows an engineer to focus his ef- 
forts on the I/O needs of a product by integrating his 
special I/O design with an intelligent Multibus II I/O 
platform supplied by Intel. This platform provides the 
necessary computational power required of an I/O 
server but leaves the special I/O module design to the 
customer. 


The strategy outlined above is known as the Modular 
Interface eXtension (MIX) architecture. This docu- 
ment gives an application example and illustrates a sim- 
ple I/O design which utilizes the Multibus II MIX ar- 
chitecture. 


2.0 MIX APPLICATION EXAMPLE 


Because the MIX architecture allows stacking of up to 
three MIX modules on a high performance baseboard, 
price/performance scalability is offered along with ease 
of design for Multibus II, ease of upgrade potential, and 
support for Intel operating systems. Therefore, a MIX 
design fits well in virtually any Multibus II application. 


The use of MIX however is best suited for those appli- 
cations which require high performance and/or a large 
number of I/O connections which, when combined, de- 
mand CPU bandwidth. The following example is given 
to illustrate the demands which the MIX concept is 
designed to address. 


2.1 Flight Simulation System 


In flight simulation system designs, many computation- 
ally intensive simulation tasks exist which demand very 
high performance and multiprocessing capabilities to 
achieve the necessary real-time I/O processing. These 
requirements stem from the system’s need to accurately 
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and quickly convert pilot and aircraft action into con- 
trol and instrumentation reaction. 


This application requires plenty of computational mus- 
cle, a fast real-time kernel to handle the simulation 
tasks, and lots of I/O bandwidth. In addition, a custom 
interface for cockpit controls and instrumentation is re- 
quired to handle all aspects of the simulation process. 


Consider simulating airflow over a wing. A processor 


must not only compute the forces on the wing which 


result from the fluid motion of air over its surface, but 
also determine and apply (in real-time) the proper 
amount of feedback pressure to the pilot’s control stick. 


In addition to the simulation requirements of the sys- 
tem, a flight data collection and storage mechanism, 
and possibly an instructor interface, will be needed to 
handle on line customization of the flight variables and 
post-flight critiques. 


These tasks demand multiprocessing capabilities in an 
environment which allows constant interaction among 
the separate processors completing the tasks. Multibus 
II is an excellent architecture for such system require- 
ments due to its 32 megabyte per second bus transfer 
rate, high performance multiprocessor support, and 
message passing bus communication design. In addi- 
tion, the Multibus II Systems Architecture firmware 
architecture and operating systems supported ease the 
system level integration requirements for such a system. 


A rough system configuration is shown in Figure 2. A 
single iSBC 486 DX2 PC Compatible Board CPU run- 
ning either UNIX or DOS/Windows”* to provide data 
storage and retrieval as well as an instructor interface. 
Another iSBC 486/150 controls the engine simulation 
and weather variation functions, while a third handles 
radar and communications simulation. 


\/O Interface to cockpit instrumentation 
and control stick feedback servos. 


iIRMK 
MIX Baseboard 


Multibus ll PSB | 
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Figure 2. Flight Simulator Example 
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The MIX baseboard in this example controls the air- 
flow simulation as well as the instrumentation output 
and control stick feedback I/O. The I/O interface to 
the actual simulator instruments and control stick is 
accomplished via a slave MIX module which utilizes a 
high speed digital I/O link. This module is the only 
hardware which must be designed by the systems inte- 
grator. 


In addition to the high performance hardware func- 
tions this solution provides, it also offers support for 
current Intel system firmware and operating systems. 


From a firmware point of view, all boards discussed 
ship with Intel MSA compatible firmware. This allows 
ease of integration into a system environment in terms 
of board and system level diagnostics, boot mecha- 
nisms, and board-to-board communication support. 


Ease of integrating the custom MIX module into this 
firmware architecture is also provided. Functions in the 
MIX baseboard firmware allow the I/O module firm- 
ware to interact with the baseboard firmware for diag- 
nostics. boot, and operating requirements without the 
need for modifying the baseboard EPROM contents. 
This enables any standard or special I/O modules to 
participate in BIST testing and boot procedures. 


The demand for high performance software capabilities 
can be easily realized with the use of the iRMK real- 
time kernel. This 32-bit kernel includes the transport 
and message passing support necessary for the intra- 
system communication used in completing the system 
level task. In this example, the MIX baseboard and 
each iSBC 486/150 performing simulation tasks runs 
the iRMK kernel. 


UNIX System V/4.2 or DOS/Windows is run on the 
host iSBC 486 DX2 to provide the operator interface 
and flight record databasing functions of the system. 
These functions are typical of the capabilities of stan- 
dard UNIX or DOS/Windows and exist as software 
packages supported by the UNIX or DOS/Windows 
operating system. 


With the host running UNIX System V/4.2, the 486 
DX2 boards running the iRMK kernel can take advan- 
tage of the capabilities of Intel’s System V/iRMK. This 
version of iRMK is designed to operate in a UNIX 
hosted environment and provides a UNIX hosted de- 
velopment environment as well as a tested transport 
package for UNIX/iRMK communications. These ca- 
pabilities greatly simplify the data collection and stor- 
age requirements of the system. 


The remaining pieces of the system which must be de- 
veloped by the system integrator are the custom MIX 
module, the iRMK tasks to perform the simulation, 
and the instructor interface routines for the UNIX or 
DOS/Windows subsystem. This document will discuss 
the MIX module portion of the design. 


3.0 MODULE DEFINITION 


3.1 Module Purpose 


The MIX module to be designed must be capable of 
supplying many external digital I/O connections which 
can be quickly accessed and latched for reliable digital 
I/O performance. The module will also contain a serial 
interface to the MIX baseboard for debug purposes. 
These functional goals of the module can be realized in 
a simple 8-bit slave I/O MIX module design. To im- 
prove the aggregate I/O throughput of the design, the 
module architecture will be extended to support 32-bit 
accesses to the digital I/O channels. 


This module design does not demonstrate the full capa- 
bilities of the MIX architecture as the module does not 
have MIX master capabilities. It does however, func- 
tion as a useful example to demonstrate the considera- 
tions and issues involved in the design of a simple MIX 
module. 


3.2 I/O Component Definition 


In this module design example, a simple slave I/O de- 
vice is used for digital I/O control. The 8255A Pro- 
grammable Peripheral Interface component provides 
all of the I/O capabilities required of the external inter- 
face. The device provides three 8-bit parallel I/O ports 
programmable in three modes. The speed requirements 
of the digital I/O interface are met by utilizing the 
82C55A CHMOS version of the chip. This version of- 
fers much better timing specifications for command 
widths and command recovery times as compared to 
the NMOS 8255A. In addition, the CHMOS device 
consumes much less power than its NMOS relative. 


For the serial interface, the module will utilize the 
82510 Asynchronous Serial Controller. This chip is 


chosen over the more common 82530 due to its proven 


high performance and its low power, CHMOS charac- 
teristics. In addition, this chip is being used on other 
Intel MIX modules such as the MIX 450 Terminal 
Concentrator and the MIX 560 Ethernet Controller. 


3.3 Module Functional Blocks | 


The I/O chips chosen above have signal sets based on 
the 8086 architecture. Because the MIX interface sup- 
ports an i386™ signal set, the module design must sup- 
ply a signal conversion function for these components. 
Furthermore, the module must supply data transceiv- 
ers, an I/O address decode scheme, and an interconnect 
EEPROM interface. 
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By separating the design into functional partitions, the 


task of transforming MIX signals into signals compati- 
ble with the I/O devices becomes a straight forward 
process. 


The features described above are easily separated into 
five main functional blocks as shown in Figure 3. They 
are the MIX interface, the data transceivers, the control 
logic block, the I/O block, and the configuration data 
block. 


The MIX interface block simply consists of the MIX 
connector and the terminating resistors required for the 
data bus and control signals. The data buffer block con- 
tains the data drivers which provide bidirectional data 
transfers and support the MIX interface TTL drive re- 
quirements. These devices will be set up in a byte swap 
configuration which allows BYTE, WORD, or 
DWORD accesses to the I/O devices. 


The control logic block is made up of PALs which per- 
form the I/O address decode and convert the MIX bus 
1386 family signals into read and write commands use- 
able by the parallel and serial components. It also han- 
dles the READY logic for the module and generates 
the proper gate and direction signals for the data driv- 
ers. This block is by far the most complex portion of 
the module. The I/O block contains the parallel and 
serial chips as well as the drivers and connectors re- 
quired to interface with external devices. The final 
block is the configuration data block. This block con- 
tains a serial EEPROM device which provides dynamic 
configurability of the baseboard’s interconnect space 
during power up. 


4.0 DESIGN TOOLS USED 


Several engineering tools are used in this project to 
shorten the design cycle, simplify logic design require- 
ments, and provide a means of simulation before the 
module is prototyped. Because this is a relatively simple 
design, engineered by a single person, it is desirable to 
find engineering tools which can run on a common 
desktop PC. Many PC/AT compatible design tools ex- 
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ist which offer the capalabics needed for this type of 
board design. 


The tools purchased from third parties for this project 
include a schematic capture package and a PAL design 
and simulation utility. 


4.1 OrCAD Schematic Capture 
Package 


OrCAD* Systems Corporation provides a CAE pack- 
age which includes a schematic capture design tool and 
a PCB layout utility. The schematic capture tool is used 
in this module design. 


The OrCAD schematic package offers hierarchical or 
flat file schematic design, common component libraries, 
annotation, back annotation, cleanup, cross referenc- 
ing, error checking, netlist, and parts list utilities. The 
completeness of this package allows the entire module 
design to be completed on a simple PC/AT computer. 


4.2 PALASM 2 PAL Speciieation 
Utility 


The control portion of this MIX module must perform 
address decode functions as well as generate chip se- 
lects, provide transceiver gate signals, and handle the 
READY circuitry. While these functions can be de- 
signed using discrete logic, they are more appropriately 
and efficiently handled using a PAL or EPLD device. 


A PAL programming utility is required to input PAL 
logic equations and convert those equations into fuse- 
maps which a PAL programmer understands. Such a 
utility is provided by Monolithic Memories, Inc. This 
utility is called PALASM 2. It is a follow on to MMI’s 
PALASM software which assembles PAL design speci- 
fication code, generates PAL device fuse patterns in 
JEDEC format, checks for syntax and assembly errors, 
and provides a means for simulating the PALs opera- 
tion based upon given input states. 


DATA 


DRIVERS 


} MIX 
1 Interface 
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5.0 MODULE LOGIC DESIGN 


To complete the logic design for this MIX module, the 
hierarchical capabilities of the schematic capture pack- 
age are used in conjunction with the preliminary block 
diagram shown previously in Figure 3. This procedure 
allows the design to be broken down into simpler func- 
tional design tasks. As shown on sheet 1 of the module 
schematic (Appendix A), the five functional blocks of 
Figure 3 have been expanded to eight. A capacitor 
block has been added to provide the decoupling needed 
in any TTL design. The MIX block has been broken 
into the MIX interface block and termination block, 
and the I/O block has been divided into the Program- 
mable Peripheral Interface (PPI) block and the Serial 
Interface block. 


To start the design with the MIX interface block would 
not be productive as we have not yet defined the MIX 
signals which must be supported. Because this design is 
a MIX slave, the module need only support the MIX 
signals required to complete its I/O function. To under- 
stand which signals are required for this module, the 
module is designed from the I/O devices back to the 
MIX interface. 


As mentioned earlier, the I/O block defined in Chapter 
3 has been divided into two blocks. This is done be- 
cause the module utilizes two distinctly different I/O 
devices. We therefore divide the I/O block into a paral- 
lel I/O block and a serial I/O block. 


5.1 Parallel 1/O Block 


The 82C55A PPI will serve as the central I/O device 
for this block. This 8-bit device provides 24 program- 
mable I/O pins which may be individually pro- 
grammed in 2 groups of 12. It allows direct bit set/reset 
capabilities and is fully TTL compatible. 


As shown in Figure 4, the 82C55A requires 8086 com- 
patible signals for read and write control. The conver- 
sion from 386 to 8086 compatible signals as well as the 
chip select generation will be handled in the Control 
Block of the design. Aside from RESET, the two re- 
maining chip control signals are AO and A1. These will 
be obtained from the MIX interface signals MXA2* 
and MXA3* respectively. This addressing scheme will 
have the effect of separating the internal chip registers 
by 4 bytes. 


As stated in section 3.1, the MIX module is to provide 
a 32-bit data path to the parallel I/O interface. To ac- 
complish this, four 82C55A components operate in par- 
allel. Except for the select lines, the control signals for 
each chip may be wire ORed together. This is shown on 
. Sheets 8 and 9 of the module schematic (Appendix A). 
To facilitate BYTE, WORD, and DWORD accesses to 
the digital I/O interface, the data drivers in the Data 
Buffer Block are designed in a byte swap configuration. 
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Figure 4. 82C55A PPI 


Finally, the Control Block decodes the type of access 
being made and generates the proper chip select(s) to 
the peripheral chips. 


Because the PPI is capable of only 2.5 mA of DC drive, 
the parallel I/O block also incorporates line drivers be- 
tween the PPI and the target I/O devices. In this de- 
sign, only ports A and C of the PPI are used. This gives 
64 bits of digital I/O and uses up to 16 line driver 
components. 


As shown on the module schematic, four 74F245 Octal 
Transceivers drive the port A signals. Two signals from 
port B enable and configure the drive direction for’ the 
transceivers. These fast devices provide 64 mA of low 
level output current on the “B” side of the driver. This 
level is sufficient to drive most digital I/O needs. 


Eight 14 pin DIP sockets are used for installation of the 
port C signal drivers. This allows the user to configure 
port C with a variety of Quad Two-Input drivers or 
terminators. This design also uses a 64 pin DIN con- 
nector to provide external connection to the 32 port A 
signals and their associated ground lines. Eight 
74ALS00 devices drive the port C outputs to illuminate 
four banks of eight LEDs. This is shown on the module 
schematic. 


Although Port C of the parallel I/O block in this de- 
sign is set up for display (LEDs), the block can be easily 
modified to provide 64 or 96 (using port B) lines of 
external I/O. 
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5.2 Serial 1/O Block 


The Serial Block for this module consists of the 82510 
Asynchronous Serial Controller, a crystal oscillator, 
and a RS-232 line driver. The 82510 is an eight bit 
device and is chosen for this design because of its per- 
formance advantages over the more common 82530 
chip. These advantages come from on chip FIFOs and 
higher clock frequency capabilities. This chip also has a 
power down mode for very low power consumption 
when not in use. 


The RS-232 electrical interface for the module is de- 
signed as a three wire circuit. As shown on the sche- 
matic, the J1 D-connector carries only TXD, RXD, 
and ground. Because the port is designed to be used for 
debug purposes, the remaining six modem signals are 
considered unnecessary. 


The 82510 and required signals are shown in Figure 5. 
The control signal set for the 82510 differs little from 
that of the 82C55A, so design integration is simple. The 
chip requires an additional address signal, A2, which is 
derived from the MXA4* signal. As in the case of the 
82C55A, the address line connections cause the internal 
registers of the component to be DWORD aligned. 
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One interrupt line also comes from the 82510 to signal 
FIFO conditions, errors, etc. This interrupt line is rout- 
ed through an inverter and a series terminating resister 
to the LCLINT™ pin of the MIX interface since this is 
the only interrupt on the module. The MIX interface 
termination requirements aré found in the MIX Module 
Design Specification (Intel p/n 500729-002). 
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The chip also requires a clock source for baud rate gen- 
eration. The 82510 allows two modes of operation for 
the clock source. The first mode uses an external oscil- 
lator to internally generate its system clock while the 
second uses an externally generated clock. This module 
design opts for the former for several reasons. First, an 
internally generated clock has lower cost and is electri- 
cally “cleaner” than using an external clock. Further- 
more, the low power sleep mode of the chip is easily 
utilized with an internally generated clock. This mode 
requires the RTS pin to be driven low during a reset. 
This is provided by the CLKMOD signal shown on the 
schematic. In this mode, we will use an external 18.432 
MHz crystal’ which results in a 9.216 MHz internal 
clock (/2). This crystal frequency provides a 0% error 
baud rate generation for standard baud rate values. 


The serial driver used is an MC145406 component. 
This device is RS-232 compatible and supports both 
transmit and receive signal voltage conversions on a 
single chip. Because only the Transmit Data and Re- 
ceive Data signals are driven, a single MC145406 is 
sufficient for this application. 


Now that the I/O blocks have been specified and the 
data line requirements known, we may proceed to de- 
sign the data driver block of the MIX module. 


5.3 Data Driver Block 


As stated in the design requirements, the module must 
support 32-bit accesses to the four PPI devices as well 
as eight bit accesses to the serial device. Restricting 
parallel port accesses to only 32 bits would limit the 
baseboard software to 32-bit code or limit the number 
of PPI devices accessible with BYTE or WORD trans- 
fers. To solve this problem, each PPI will be accessible 
as a separate I/O device or all PPIs will be accessible as 
a single 32-bit I/O device. 


This structure requires a byte swap mechanism in the 
data driver design. The design allows each PPI and the 
82510 ASC to be accessed on the data signals MXDO- 
MXD7. Furthermore, to obtain a “32-bit” parallel 
port, one PPI (PPI1) is accessible on MKXD8—MXD1S5, 
one (PPI2) on MXD16—MXD23, and one (PPI3) on 
MXD24-MXD31. This configuration requires 7 data 
transceivers as shown on the schematic. 


When accessing the four PPIs as a single 32-bit device, 
data transceivers U7, U9, U19, and U29 must be en- 
abled at the same time. When accessing the PPIs as 
separate 8-bit devices, the U7, U8, U18, or U28 trans- 
ceiver is individually enabled to provide a connection 
between the PPI being accessed and data signals 
MXDO-MXD7. 
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The “G” pin of the transceiver stands for “gate” and is 
used to enable the driver. The data driver setup requires 
5 gate signals to enable the proper transceivers for a 
PPI transfer cycle. The signal GAT32* is activated 
during a 32-bit parallel port access. GATBO* transfers 
data between the U10 PPI and the low data byte on the 
MIX interface, GATB1* does the same for the U20 
PPI, and so on. These signals, along with the data di- 
rection signal, are generated by the Control Logic 
Block of the module design. 


5.4 MIX Interface Block 


As stated previously, a MIX slave module need only 
support those MIX interface signals which allow it to 
complete its I/O function and remain MIX compatible. 
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Now that the I/O device and data drivers blocks have 
been defined, we can determine the MIX interface sig- 
nals needed to support this simple slave design. 


The 130 signals on the MIX interface can be broken up 
and viewed as 11 functional groups. This eases the task 
of selecting the necessary signals. Aside from the Spares 
group, the MIX slave module signal groups are listed in 
Table 1. Notice that a slave module does not utilize any 
of the signals of the Arbitration Group as it will never 
need control of the interface. 


The address group consists of 30 address lines, four 
byte enables, and three select lines. Because the module 
is a simple slave without memory mapped devices, only 
I/O address space need be considered. A MIX module 
is allotted 1 Kbytes of I/O address space in either the 


Table 1. MIX Slave Module Signal Set 


MXA[31:28]* 
MXA[27:7]* 
MXA[6:2] * 
MXBE[3:0] * 
LCLSEL* 
MXSEL[2:1]* 


Address 


Status 

Control MXCYC* 
MXCMD* 
MXBS16* 
MXWAIT* 

Configuration LCLID* 


MXID[2:1]* 


DMA : LCLDRQ* 
MXDRQ[2:1]* 


LCLDACK* 
MXDACK[2:1]* 


LCLOP* 
MXOP[2:1]* 


|__Funetion | __Signal Name Signal Type 


ae 


Pass-through 
Bussed 
Bussed 
Bussed 
Owned 
Pass-through 


Bussed 
Bussed 
Bussed 


Bussed 
Bussed 
Bussed 
Bussed 


Owned 
Pass-through 
Bussed 
Bussed 
Bussed 
Bussed 


Owned 
Pass-through 
Owned 

~ Pass-through 


Owned 
Pass-through 


Bussed 
Bussed 
Bussed 
Bussed 


SS eeaa ie eae 
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second, third, or fourth Kbyte in the baseboard’s I/O 
space, depending on the stack position of the MIX 
module. Luckily, the baseboard’s decode logic deter- 
mines which module is selected and signals that module 
with a MXSELx* signal, seen as LCLSEL* on the 
module. This way, the baseboard assigns a module’s 
base I/O address at 400H, 800H, or OCOOH and a mod- 
ule is designed based only on address offsets within that 
1 Kbytes of space. In this scheme however, the module 
must use the LCLSEL* signal as a qualifier in the ad- 
dress decode scheme to assure it is the module being 
accessed. To support 1 Kbytes of address space, we 
need only support MXA2* through MXA9* and the 
byte enable signals. The module must also input its 
LCLSEL* signal to aid in the decode scheme. Further- 
more, although the module does not act on the remain- 
ing address and MXSELx® signals, it must route the 
signals from the primary to secondary sides of the mod- 
ule. This is true for all signals of the MIX interface. 


Because this module has been defined to support 32-bit 
accesses to the parallel I/O devices, all 32 data lines 
must be supported. All signals in the status group must 
also be supported to determine the type of access being 
made to the module. 


In the Control group, the signals MXCYC* and 
MXCMD* are used to determine the state of a MIX 
transfer cycle. These two signals must be supported by 
even the simplest of modules. These signals are very 
useful in generating I/O commands to devices as well 
as chip select signals. The other signals in the Control 
group, MXBS16* and MXWAIT™, need only be used 
by modules which cannot support all 32-bit byte enable 
combinations or cannot accommodate full speed MIX 
transfers. 


~ 
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The MXBS16* is used to inform the baseboard that the 
32-bit access being made is not supported by the mod- 
ule. This is the same as the BS16* signal for the i386 
processor. This MIX module will support 32-bit access 
to the four PPI device group but not the individual 
PPIs or 82510 ASC. Therefore, the MXBS16* signal is 
generated for any access made on the module except an 


access to the PPIO address since this is the address we 
use to enable all four PPIs during a 32-bit access. 


To determine the need for the MXWAIT™ signal, we 
must investigate the requirements of the I/O devices 
being used on the module and understand the result of 
using the MXWAIT™ signal. The MXWAIT™ signal 
can only be used on the MIX interface to extend the 
cycle time of the MIX transfer being made (i.e., extend 
the length of the MXCMD* and MXCYC*% active 
time). This signal is very similar to the iSBXMWAIT* 
signal. Because of the effect of this signal, we need only 
consider the command duration time requirements of 
the device. Timing needs for parameters such as ad- 
dress or data setup, hold, and command recovery tim- 
ings are not affected by simply activating the 
MXWAIT™ signal. Meeting these requirements will ne- 
cessitate additional control circuitry between the MIX 
interface and the I/O device. 


Timing requirements for TTL components, of course, 
vary with the device. Typically, as is the case in this 
module design example, it is the peripheral devices 
which have the longest timing requirements. A full 
speed MIX transfer cycle is specified as 175 ns which 
corresponds to a 73 ns MXCMD* pulse width. If we 
use the MXCMD* signal to generate our RD* and 
WT* commands, we would have a minimum command 
pulse of 73 ns. Although the current MIX baseboard 
does not support a full speed MIX transfer, it is desir- 
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Figure 6. Mix Module Control Block 
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able to design the MIX module to the capabilities of the 
MIX specification (not the baseboard spec) so that 
the module will be compatible with future MIX 
baseboards. For this reason, the decision to support 
MXWAIT™ is based upon a 73 ns command pulse time. 


In the case of the PPI and the 82510 ASC, the parame- 
ters we are concerned with are the I/O Read and Write 
command hold times. The 82510 requires a minimum 
RD* active width of 2 Tcy + 65 ns which is 282 ns. 
Already we see we cannot support a full speed MIX 
transfer and will therefore need to use the MXWAIT* 
signal. 


Support of all signals in the configuration group is a 
requirement of the MIX specification. These signals al- 
low the baseboard and other PSB agents to determine 
the types of MIX modules present in any given MIX 
stack. 


The Interrupt group of the MIX interface consists only 
of a single interrupt line per module. This interrupt line 
supports cascading which facilitates the use of a slave 
interrupt controller on a MIX module. Because this 
module has only one interrupt signal source (the serial 
controller), the cascading option is not needed. The re- 
maining signal groups include the DMA and Option 
lines. This module does not utilize baseboard DMA re- 
sources nor does it require an additional interrupt sig- 
nal, so these signals need not be supported. As spares 
go, MIX modules are required to bus the signals for 
future use but may not drive the signals. 


It is a requirement of the MIX specification to connect 
to all power pins of any voltage which is used on the 
module. Because this module supports RS-232 commu- 
nications, all available voltage levels are utilized. The 
module must therefore connect to all +5V, + 12V, 
—12V, and GND pins. 


As shown in Table 1, the final summary of supported 
signals for this module is designated with a “Y” in the 
“Used” column. Now that the MIX interface signal 
support and I/O blocks are defined, the next task is to 
design the block which converts the MIX compatible 
signals to commands understood by the I/O devices 
being used. This is accomplished in the Control Logic 
Block of the Module. 


5.5 Module Control Logic Block 


As shown in Figure 6, the MIX module control logic 
block resides between the MIX interface and the mod- 
ule’s I/O and data driver devices. Because this block is 
similar to that which may be utilized on other MIX 
slave modules, detailed attention will be given to its 
design. 


The control block has three basic functions; translating 
MIX signals into commands and timings understood by 
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the I/O devices, performing address decode operations, 
and handling the module reset functions. The reset 
function is the simplest of the two, so it will be designed 
first. The reset function on the MIX interface is driven 
by the baseboard’s microcontroller and, as stated in the 
module design specification, is guaranteed to be a mini- 
mum of 10 ys in duration. The requirements of all de- 
vices used in this module design are at least an order of 
magnitude less than this. For this reason, we need only 
invert the MXRST™ signal to supply the active high 
RESET required by the peripheral devices. 


Another requirement of MIX modules is the support of 
the MXIDx*/MXEECSx”* signal. During reset, the 
module must drive its LCLID* signal to inform the 
baseboard it is present. We can generate this signal by 
simply inverting the inverted MXRST™ signal during a 
reset (this is accomplished with a tri-state inverter 
which drives the signal only during reset). Note that we 
could not simply connect the MXRST™* to the LCLID* 
signal, or simply invert the MXRST™ signal at all times 
since LCLID* takes on the function of LCLEECS”® af- 
ter reset. If we had simply tied MXRST* to LCLID%, 
an access to the serial EEPROM would result in a 
MXRST™ being active on the MIX bus. If we did not 
tri-state the LCLID* driver, the baseboard 
MXEECSx”* driver and our LCLID* driver would at- 
tempt to drive the same signal to opposite polarities. 
Also note that this design meets all reset timing re- 
quirements as listed in the MIX Module Design Specifi- 
cation. 


The address decode functions and command conversion 
logic are the next portions of the control block which 
must be designed. Because of the relative isolation be- 
tween these two functions, they can be partitioned into 
two designs, however, proper timing between the two 
functions must be ensured. 


Typical operation for a peripheral chip is to set up ad- 
dress and chip select signals to the device, set up the 
data (for a write), and then pulse the read or write 
command. To do this, we can construct two logic sub- 
blocks we will call, the I/O control and I/O decode 
blocks.. 


The I/O control block will be responsible for generat- 
ing the RD* and WT™ pulses to the chips, and control- 
ling the MXWAIT* and MXBS16* functions. 


The I/O decode block therefore has the responsibility 
of performing all the address decode operations and 
generation of the chip selects and data driver gate sig- 
nals. These functions are derived from the states of the 
address and byte enable signals during a valid transfer 
cycle. The functions in both blocks are best handled by 
PAL or PLD logic design due to the device’s logic flexi- 
bility and the number of input signals required of the 
functions. 
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5.5.1 1/O DECODE PAL 


The main function of this block is the generation of the _ 


peripheral device chip select signals. Each addressable 
device on the module is assigned a unique I/O offset 
address by this PAL. A device’s chip select is only acti- 
vated when the MIX baseboard accesses the chip’s as- 
signed I/O address via the MXA[6:2]* and LCLSEL* 
signals. 


In addition to a valid address, it is wise to ensure the 
proper byte enable combination exists to provide valid 
data to the chip being selected. Therefore, our chip se- 
lects will be qualified by three things; one, a valid MIX 
transfer cycle is present; two, the proper I/O address is 
selected; and three, a valid byte enable combination ex- 
ists. Because each of the peripheral devices require 
MXA3* and MXA2* for internal register access, we 
need not use these in qualifying accesses to a specific 
chip. This will force our address decode to place the 
peripheral devices on DWORD boundaries. 


The addresses for each chip may be arbitrarily chosen 
between I/O offsets 0 and 3FOH. Note that as specified 
in the MIX Module Design Specification, 1/O address 
offsets 3FOH through 3FEH are reserved. This module 
utilizes address lines MXA[6:2]* for its decode func- 
tion. Because this module does not decode address lines 
nine through seven, the I/O chips are mirrored in the 
address map every 128 bytes. The first occurance of the 
chips I/O addresses are shown in Table 2. 


Table 2. |1/O Addresses 


VOOffset | Device 


Byte PPI (PPO) 
Word PPI (PPIs 0,1) 
Dword PPI (PPI 0-3) 
Byte PPI (PP!1) 


Byte PPI (PPI2) 
Byte PPI (PPI3) 


Byte 82510 ASC 


A secondary function of this block is the control of the ° 


data transceiver gate signals. 


There are seven data transceivers in the Data Driver 
Block of the module which have enable pins (“G’’) 
which must be driven during peripheral accesses. 


Of the seven data drivers three are only used for 32-bit 


transfers. These may be hard wired together and en- 
abled as a group during a 32-bit access (This signal will 


5-184 


be called GAT32*). The four remaining gate signals are 
used during byte wide accesses to the PPIs (We will call 
these GATB[3:0]* based on which byte of the module 
data bus the driver controls). 


The data driver gate signal /GATBO enables the data 
driver which transfers data from the low byte of the 
MIX data bus to the low byte of the module’s data bus. 
PPIO and the 82510 reside on this bus. This driver 
should be enabled on four access occasions. Three in- 
volve byte, word, or dword accesses to PPIO and the 
fourth is for a byte access to the serial chip. The 
/GAT32 signal enables three data drivers which trans- 
fer data from the upper three bytes of the MIX data bus 


to the corresponding upper three bytes of the module’s 


data bus. This signal should be activated only during 
word or dword accesses to PPIO. By providing simulta- 
neous chip selects to the other PPIs, we can make the 
baseboard believe it is making an access to a single 
word or dword device when in actuality, two or four 
PPIs are being utilized. 


The remaining gate signals (GATB[3:1]*) allow the up- 
per three PPI devices to be accessed via the low byte of 
the MIX data bus. These three signals drive data be- 
tween the low byte of the MIX data bus and one of the 
upper MIX module data bus bytes (1, 2 or 3). The 
signals are only activated during byte accesses to PPIs 
Lj or 33 


Because the data timing for our devices must conform 
to the MIX interface timing requirements as well as the 
timing requirements of the peripheral chips, we must 
activate these drivers in a manner which meets the min- 
imum data turn-on and minimum data hold time re- 
quirements. This can be accomplished by dividing the 
enable function between read and write accesses to the 
module. During a read operation, the module must tri- 
state its data drivers within 40 ns of the MXCMD* 
signal being deactivated. During write accesses, the 
82C55A requires data be held at least 30 ns after the 
RD* or WT™ signal is removed. Both needs are met by 
varying the gate parameters based on whether a read or 
write access is occurring. 


From these definitions we find the total number of sig- 
nals used by the decode logic is 12 inputs and 10 out- 
puts. A common 22V10 PAL facilitates this logic de- 
sign perfectly. 


The PAL signal definitions are shown in Table 3. Note 
that the chip select generation scheme for the PPI de- 
vices will also allow us to make 16-bit accesses to the 
two PPIs which occupy the low word of the data bus 
(U10 and U20) without modification to the data driver 
scheme. ! 


The actual PAL source code for this block is listed in 
Appendix B under the title “IODCD PAL”. 


Table 3. 1/O Decode PAL Signals 


| Signal | __—Description 


/A6-/A4 Inputs from 


MXA9* —MXA4* 
/BE3-—/BE0O Inputs from 
MXBE3* -MXBEO* 
/LCLSEL MIX i/f input 
/MXCMD MIX i/f input 
/MXCYC MIX i/f input 
MXWR MIX i/f input 
/GATBO Byte 0 data driver 
gate signal 
/GATB1 Byte 1 data driver 
gate signal 
/GATB2 Byte 2 data driver 
gate signal 
/GATB3 Byte 3 data driver 
gate signal 
/GAT32 Bytes 1,2 and3 
drivers gate 
/CSP3 PPI3 chip select 
/CSP2 PPI2 chip select 
/CSP1 PPI1 chip select 
/CSPO PPIO chip select 


/CSSC 82510 chip select 


5.5.2 1/0 CONTROL PAL 


As discussed earlier, the I/O control portion of the de- 
sign is responsible for translating MIX compatible sig- 
nals into commands recognized by the peripheral devic- 
es. It must also provide the MXWAIT™* support for 
proper command timing and MXBS16* support for 
proper data accesses to the peripherals. 


Since the devices supported on this module will act 
only on I/O read and I/O write commands, this PAL 


. must translate the MIX Status group signal states into 


either IORD* or IOWT* commands to the 82510 and 
PPI devices. This is accomplished by decoding the 
states of MXMIO, MXDC, MXWR, LCLSEL”’, 
MXCYC%*, and MXCMD.*. As an added check, we will 
qualify our decodes with the state of the MXRST™ sig- 
nal to ensure chip selects are not generated from the 
arbitrary signal states present during reset. 


Because of the pulse width and command recovery tim- 
ing requirements of the 82510 and the 82C55A we must 
support the MXWAIT™ signal of the MIX interface. 
This signal will directly fulfill our pulse width needs 
and indirectly provide the command recovery time 
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needed by the peripheral devices. As stated in the MLY 
Module Design Specification, the MXWAIT* signal 
must be asserted within 40 ns of the MXCYC*% signal 
being activated. This requirement will require asyn- 
chronous and synchronous state machines to be linked 
in the PAL logic. 


The I/O Control Block will also drive the MXBS16* 
signal on the MIX interface. A MIX module must drive 
this signal when it cannot support 32-bit accesses to its 
devices. This module design will activate this signal on 
all accesses except for those to the PPIO address since 
this address is the one used for our 32-bit PPI access. 
To distinguish a PPIO access, the control PAL will in- 
put several of the address lines. 


An additional function not yet mentioned is the direc- 
tion signal generation required by the data transceivers. 
Because these transceivers are only enabled during val- 
id command cycles, we simply drive the direction pins 
with the MXWR signal. Note that the stub length re- 
quirements of the MIX interface and the drive require- 
ments of the transceivers necessitate the use of a driver 
to produce the direction signal. This driver is a simple 
hex noninverter and may be implemented external to 
the PAL design. 


As specified, our PAL design will require twelve inputs 
(including a clock signal for the MXWAIT* machine) 
and four outputs. From these requirements a 
22V10PAL device may again be used. This device al- 
lows twelve input and ten output pins. Although we 
have only defined four outputs, additional output pins 
will be consumed by the WAIT state machine design. A 
particularly nice feature of the 22V10 device is the abil- 
ity to configure the outputs as either registered or sim- 
ple combinatorial output pins. This is useful since we 
have both asynchronous and synchronous needs for this 
PAL design. 


The first consideration in our PAL design is the tri- 
state needs of the MIX bus signals. The MIX specifica- 
tion dictates that the MXWAIT* and MXBS16"% sig- 
nals be tri-stated while a MIX cycle is not occurring. 
Furthermore, these signals must be in their logical false 
state before they are tri-stated. To facilitate this, we 
define a signal called IOCYC.* This signal is a combi- 
nation of inputs which represent a valid I/O cycle (read 
or write) is occurring. The actual input signals can then 
be used to activate and deactivate the MXWAIT™* and 
MXBS16* signals, while the IOCYC output is used to 
tri-state them. This provides 15 ns (the prop delay of 
the PAL) between the signals being deactivated and 
being tri-stated. 
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The IORD* and IOWT™ signals can build upon the 
IOCYC* signal by using IOCYC* as a qualifier. Once 
IOCYC*% is valid, the MXWR signal is used to distin- 
guish between read and write accesses, and the 
MXCMD?* signal is used to allow address and chip se- 
lect setup times to the peripheral devices. The read and 
write commands will require one additional qualifier to 
provide the command recovery timing needs for the 
PPI chips. This addition will be discussed during the 
WAIT state machine design. 


The MXBS16* function is a fairly simple signal to gen- 
erate for this design. The module will only allow 32-bit 
accesses to the address specified for PPIO. This address, 
along with the Byte Enable signals, is used in the de- 
code logic to enable all PPIs simultaneously when a 
32-bit access is made to PPIO. Therefore, this PAL will 
not drive the MXBS16* signal during an access to 
PPIO. This is assured by verifying an access to PPIO is 
not occurring. 


Because of the propagation delays involved in PAL de- 
code, we are not able to use the chip selects generated 


by the I/O Decode PAL for the generation of - 


MXBS16*. The 15 ns delay of the chip select would 
result in a MXBS16* glitch during a PPIO access. We 
can however, use the address lines MXA[6:4]* as signal 
qualifiers. These signals are specified to be glitch free 
during valid transer cycles and will indicate which de- 
vice is selected when MXCYC*% is activated. We there- 
fore use the address lines with MXCYC* line in gener- 
ating MXBS16*. Note that if the PAL offered more 
inputs, the signals MXA[9:7]* could also be used 
which would cover the full 1 kilobyte address range of 
the module. 


The last requirement placed on the MXBS16% signal is 
that it be tri-stated within 46 ns of MXCYC* going 
inactive. This is so because the MXBS16”* signal is 
bussed on the MIX interface. Since our 22V10 PAL 
device allows us to individually assign tri-state condi- 
tions to outputs, we can use IOCYC*% to tri-state the 
MXBS16* output. This allows us to force MXBS16* 
inactive (high) with the removal of the MXCYC* sig- 
nal and tri-state the line 15 ns (the propagation delay of 
the device) later when IOCYC*™ is deactivated. 


The final function provided by this PAL is the 
MXWAIT™* support. As discussed previously, the 
82510 device requires a command pulse width of 282 ns 
for a read operation and 232 ns for a write. The 
82C55A PPI device requires pulse widths of only 
150 ns for a RD and 100 ns for a WR. Although we 
could include logic to distinguish PPI accesses from 
82510 accesses, a generic MXWAIT* which supports 
the worst case time is much simpler to design. There- 
fore, a state machine must be designed which will pro- 
duce a pulse greater than or equal to our maximum 
pulse width constraint of 282 ns. 
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Our peripheral devices also specify command recovery 
requirements which are not met by a full speed MIX 
cycle. The command recovery is the amount of inactive 
time between RD* or WT™* pulses to single chip. For 
the 82510 this value is 120 ns. The PPI requires 200 ns. 
As stated in the MIX Module Design Specification, all 
modules MUST provide hardware support for com- 
mand recovery needs. This support can be rolled into 
the MXWAIT™ state machine by designing in a num- 
ber of inactive states in which the RD* or WT™ signals 
cannot be activated. To assure these times are met and 
to assure we meet the MXWAIT™ activation time re- 
quirements, we will utilize an asynchronous state ma- 
chine to generate the actual MX WAIT™ signal, coupled 
with a synchronous state machine which “turns off’ 
the asynchronous machine. We will also use the output 
of our synchronous machine as a qualifier in the 
IORD* and IOWT™ signal generation. This will give us 
the command recovery time needed for proper opera- 
tion of the 82510 and 82C55A chips. 


The asynchronous machine will define the conditions 
which must be present for the MXWAIT™ signal to be 
asserted. In the synchronous state machine design, we 
must define three things; the clock frequency for the 
PAL device, the number of states in which SWAIT 
(synchronous WAIT) is active, and the number of 
states SWAIT is inactive. By qualifying IORD* and 
IOWT* with an active SWAIT, the added inactive 
SWAIT states provide our recovery time. 


For the asynchronous machine, we define an idle state 
for a reset state or otherwise idle module (no transfer 
occurring) condition. Once the module is accessed and 
MXCYC* is asserted, we must provide MXWAIT* 
within 40 ns. A second state is therefore defined with 
MXWAIT™ active. This state is entered when IOCYC* 
is active. With the PAL device used, we know 
MXWAIT* will be activated a maximum of 30 ns after 
MXCYC* is activated (15 ns from MXCYC* to 
IOCYC* and 15 ns from IOCYC* to MXWAIT™* com- 
ing out of tri-state). This second state is held until the 
synchronous machine sets SWAIT active. Once this oc- 
curs, the machine moves into a third state which also 
has MXWAIT™ active. This state is held until the syn- 
chronous machine indicates the delay time has expired 
(falling edge of SWAIT). The asynchronous machine 
then deactivates MXWAIT™ and enters its final state 
until the cycle has completed. This state exists so that 
the loop is not repeated during the same MIX transfer 
cycle. Once IOCYC* goes inactive, the idle state is re- 
entered. 


To design the synchronous machine, we need to know 
the requirements for pulse widths and recovery times. 
As stated previously, our longest pulse width require- 
ment comes from an 82510 read cycle (282 ns) and our 
worst case recovery time requirement comes from back 
to back 82C55A accesses (200 ns). With these in mind, 
the equation n/f = Twayrt is used to determine the 
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number of active and inactive WAIT cycles, ‘‘n’”’, used 
in our synchronous state machine. The value “‘n” will 
vary based on the clock frequency, “f’, of the PAL, and 
the required cycle time, “Twarr’. 


For the active cycles, Twart represents the maximum 
command pulse width. For the inactive cycles, Twajt 
is the maximum command recovery time. Since both of 
these values are divisible by 40 ns we will use an “‘f” of 
25 MHz (1/25 MHz = 40 ns). For this frequency we 
need 7 active states and 5 inactive states. Remember 
these active and inactive states represent states where 
MXCMD?* is active or inactive respectively. We must 
therefore add an additional state for both the active and 
inactive transitions which waits for MXCMD* to tran- 
sition to its desired state. 


Two state diagrams are shown in Figure 7. The top 
represents the synchronous machine while the bottom 
represents the asynchronous machine. For the synchro- 
nous machine, four state variables are defined: SO, S1, 
S2, and SWAIT. The “0000” state is the machine’s idle 
state. Once a cycle is initiated on the module and the 
asynchronous machine asserts MXWAIT", the syn- 
chronous machine moves through its states as shown in 
the diagram. Notice that the 0000, 0001, and 1000 
states require MXWAIT* or MXCMD*% to transition 
before the next state is entered. The MXWAIT™ re- 
quirement ensures the cycle is only entered once per 
valid module transfer cycle. This is accomplished with- 
out requiring the synchronous machine to be in a spe- 
cific state when a MIX cycle starts. Note that a new 
transfer cycle could start anywhere between the 1100 
and 0000 states of the synchronous machine. The 
MXCMD* loops exist to ensure the command widths 
and recovery timing needs are met. Note that SWAIT 
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is asserted with MXWAIT™ active but the clocked cy- 
cle is not executed until MXCMD* is activated. This is 
desirable since MXCMD*” is the signal we need to ex- 
tend by our Twayr value. Similarly, once SWAIT is 
deactivated, the machine will wait for MXCMD* to be 
deactivated before continuing with its cycle. By only 
allowing the IORD* and IOWT* commands to be acti- 
vated while SWAIT is active, we satisfy our recovery 
time requirements by assuring SWAIT is inactive for 
our second (recovery time) Twajr value after 
MXCMD* is released. 


SWAIT is the synchronous variable which is linked 
with the asynchronous machine. Regardless of the state 
of SWAIT, MXWAIT* will be activated with the onset 
of a valid MIX cycle (IOCYC*% active). Once activated 
however, MXWAIT* will remain active until the fall- 
ing edge of SWAIT. Once deactivated, MXWAIT* will 
not be reactivated until the falling edge of IOCYC* is 
detected. 


With this machine, MXWAIT* will always be activat- 
ed within 40 ns of MXCYC* being activated, however, 
the IORD* or IOWT* command will not be activated 
until recovery requirements from the previous access 
are met (SWAIT goes active). 


Remember that the MXWAIT™ signal is tri-stated 
when IOCYC* is inactive. This is necessary because of 
the bussed nature of the MXWAIT™ signal and is ac- 
complished in the PAL specification with the IOCYC”* 
signal. The requirement that MXWAIT™ be in its inac- 
tive (HIGH) state before it is tri-stated is also met with 
this design because MXWAIT* will go inactive while 
both MXCMD* and MXCYC* re asserted. 
MXWAIT™ is then tri-stated by the IOCYC* signal 
going inactive. 
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Figure 7. MXWAIT Machine State Diagram 
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Although the WO and Sx variables are only used as 
internal variables to the PAL device, they must be as- 
signed to actual pins on the 22V10PAL device, bringing 
the number of output pins on the device to ten. Fur- 
thermore, the Sx and SWAIT variables are defined in 
the PAL source as registered (synchronous) outputs via 
the “:= ” syntax. 


From the asynchronous machine states, we can assign a 
truth table as shown in Table 4. Note that Table 4 gives 
values for CYC which is the logical state of the 
IOCYC* signal (OCYC* = O-CYC = 1). Also 
“SW” represents the state of SWAIT and WAIT repre- 
sents the logical value of MXWAIT (i.e. WAIT = 1- 
MXWAIT* = 0). This leads to the equations for WO 
and MXWAIT as listed in the PAL source code in 
Appendix B. 


The synchronous machine follows a similar design, al- 
though in the synchronous case there are six variables 
instead of four. The PAL source for the synchronous 
machine is also listed in Appendix B. 


Table 4. WAIT State Machine Truth Tables 
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For the I/O Control PAL’s 25 MHz clock source, a 
50 MHz crystal oscillator is routed through a D flip- 
flop which provides a divide by 2 function. The output 
of the flip-flop is then tied to the clock input pin of the 
PAL. 


The final piece of the I/O control block which must be 
designed is the logic which supplies the address lines to 
the peripheral devices. Because the devices require ac- 
tive high address lines, we need only invert the MXA4* 
through MXA2* signals and route them appropriately. 
Note that the 82510 is the only device which requires 
the MXA4* signal. 


5.6 Configuration Data Block 


The serial EEPROM on the MIX module provides a 
means with which the baseboard microcontroller may 
download configuration data during power up. This al- 


lows the baseboard’s interconnect space to reflect spe- 
cific configuration data of the MIX modules present on 
the stack, while allowing the microcontroller firmware 
to remain standard. 


The hardware requirements of the module’s serial 
EEPROM block consist of a single device, a 128 byte 
93C46 serial EEPROM. This device is available in an 
eight pin skinny dip package which may be connected 
directly to the MIX interface signals. Of the 8 pins, 2 
are N/C (“‘no-connect’’) pins. 


The filmware portions of the serial EEPROM are dis- 
cussed in Chapter 6 of this document. 


5.7 Simulation 


Because this module is an extremely simple design and 
is being prototyped in a wire wrap version, hardware 
simulation is considered superfluous. In this case, a 
trace routing or device interaction problem will not cost 
additional fab production cycles or considerable CAD 
problems. 


The PAL devices however, are easily simulated using 
the PALASM2 software. This software includes a state 
simulator which allows the designer to set the trace 
mode for various PAL signal outputs and encode vari- 
ous input signal states into a line equation. By changing 
the input states, the designer can examine the output 
conditions generated. This is true for both the asyn- 
chronous and synchronous PALs designed for this 
module. 


In the simulation for the IODCD PAL, we should in- 
vestigate both valid and invalid accesses to the periph- 
eral chips. In the PALASM source file for the I/O de- 
code PAL (IODCD) in Appendix B, there is a section 
marked SIMULATION. The TRACE ON statement 
lists the signals which are to be examined and the SETF 
statements are used to change the states of the input 
signals. 


The first SETF statement sets up an address to the 
PAL of 1xH, which corresponds to PPI1. The next 
statement specifies a word access is occurring, and fi- 
nally an indication of a valid I/O cycle is given. Finally, 
the IOCMD signal is activated to indicate either an 
IORD* or IOWT* command is active. As shown in the 
selective trace listing, these inputs result in no chip se- 
lects since PPI1 may only be accessed as a byte wide 
device or in combination with PPIO. 


The next group of statements changes the byte enables 
to a byte access which results in the /CSP1 signal being 


activated. The next changes the address to 0xH which 


is the address of PPIO. This leads to /CSPO and 
/GATBO being activated. Note the widths of the gate 
signals during both read and write accesses. They are 
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longer during writes to provide the data hold require- 
ments of the peripheral devices. The remaining portion 
of the simulation sets up the byte enables to represent 
WORD and DWORD transfers to the PPIs. The word 
transfer results in the /CSPO, /CSP1, /GATBO, and 
/GAT32 signals being activated, while the DWORD 
transfer also activates the /CSP2 and /CSP3 signals. 
These accesses are therefore equivalent to having 16- or 
32-bit PPIs. 


The simulation for the I/O control PAL follows a simi- 
lar process. This simulation however, allows the design- 
er to simulate clock ticks as well as input signal state 
changes. The simulation is set up by placing the PAL in 
a reset state. The clock is cycled, then the reset is re- 
moved and an I/O read status is set. The LCLSEL"*, 
MXCYC*, and MXCMD* signals are then set to simu- 
late the states the PAL would normally encounter. To 
check the MXBS16* function, the PPIO address is sim- 
ulated on address lines /A6* through /A4*. The PAL 
is clocked several times to examine the operation of the 
MXWAIT* and MXBS16* outputs. As shown in the 
selective trace listing, the WAIT state machines step 
through their states as designed (MXWAIT* =0 cor- 
respond to MXWAIT = 1), with the MXWAIT™ sig- 
nal active for four clock pulses. Furthermore, the list- 
ing shows MXBS16* inactive throughout the cycle. 
This is desirable since 32-bit accesses are allowed for 
PPIO. Also we see IOCYC* go active with the 
MXCYC* signal and the IORD* signal go active when 
MXCMD” is activated. This occurs because the 
SWAIT signal is already active when MXCMD% is ac- 
tivated. 


A second MIX transfer cycle is simulated to represent a 
full speed transfer cycle. In this cycle, we want to as- 
sure the proper WAIT machine function for command 
recovery and further examine the MXBS16* function. 
To do this, the address of PPI1 is presented to the PAL 
which should force MXBS16* to activate. We desire 
this since 32-bit cycles are only allowed for the PPIO 
address offset. We also present active MXCYC* and 
MXCMD* signals to the PAL very soon after the end 
of the previous transfer cycle. This means MXCYC* 
has a short inactive time between cycles 1 and 2. This 
second simulation changes the polarity of the MXWR 
signal to represent a write request. 


Once MXCYC* is activated we see both MXBS16* and 
MXWAIT* immediately activated. This ensures us we 
provide MXBS16* and MXWAIT™ within the allotted 
40 ns. In this cycle, when the command signal 
(MXCMD*") is activated the IOWT* signal does not 
come on. This occurs because the synchronous machine 
has not yet cycled through all of its inactive states. In 
the selective trace listing we see the synchronous ma- 
chine continue through its inactive states even though 
there is a valid transfer cycle occurring. Once the ma- 
chine reaches the 0001 state, IOWT* is activated. This 
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has the effect of holding off the write command until 
the synchronous machine is ready to acknowledge it. 
Therefore, this is the command recovery mechanism 
built into the WAIT machine. 


With acceptable PAL code simulations completed we 
can turn our attention to firmware requirements and 
module prototyping. 


6.0 MODULE FIRMWARE 


The MIX architecture has several firmware require- 
ments for modules to assure proper interaction with 
MIX compatible baseboards and other modules. These 
requirements place the responsibility of supplying nec- 
essary configuration data and BIST tests on the mod- 
ule. While the module is responsible for supplying it, 
configuration data for the MIX modules is treated as an 
extension of the baseboard’s interconnect space. This 
allows a MIX baseboard to use standard microcontrol- 
ler code while allowing PSB agents to determine the 
type of MIX modules present via the baseboard’s inter- 
connect space. This structure allows dissimilar MIX 
modules to stack together without the need for modify- 
ing the baseboard’s interconnect configuration data. 
Module resident BIST code allows the baseboard to test 
the hardware on the modules without the need for cus- 
tom firmware on the baseboard. This allows different 
modules to stack together without the necessity of cus- 
tom BIST code on the baseboard. 


6.1 Serial EEPROM 


The requirement placed on modules for interconnect 
space is the support of the National Microwire stan- 
dard serial EEPROM. This is a 128 byte device which 
is arranged in a 64 x 16-bit configuration which allows 
random access of 64 word registers over four signal 
lines. It is programmed to contain two interconnect rec- 
ords which describe the configuration of the MIX mod- 
ule. Each interconnect register is a two byte value. The 
MSB contains the register protection information and 
the LSB contains the function’s value. The baseboard’s 
8751 microcontroller downloads this information dur- 
ing power up and appends it to its own interconnect 
data. The MIX Module Design Specification describes 
the format which the EEPROM firmware must follow 
in order to function with the baseboard’s 8751. 


The standard format has two interconnect records, the 
Hardware Extension Record and the Module Specific 
Record as shown in Table 5. A custom module uses the 
standard template as a guide to defining the module’s 
interconnect data. Required values for the registers are 
included in Table 5. Those registers listed as TBS in the 
value column have register values ‘““To Be Specified” by 
the module designer. 


This module defines its registers as shown in the “EX” 
column of Table 5. The vendor ID, 0001 (0900, 0901), 
represents the Intel vendor number for MULTIBUS II. 
Intel administers the assignment of specific vendor 
numbers to MULTIBUS II board manufacturers. 


This Module’s ID has been defined to be “TM__ 
MIX__MOD”’, with the “T” occupying register 6 and 
the “D” occupying register OFH. Note that the ASCII 
equivalent of the string is placed in the Module ID 
registers. 


Because this module is a wire wrap prototype, all revi- 
sion level registers are given the value of 0. Finally, 


since this module was not designed with EPROM de- 
vices or self test capabilities, its BIST support level is — 
defined as 0. This level means either the module hard- 
ware is not tested during power up or the baseboard 
firmware is responsible for supplying the module BIST 
code. In the case of this module, the former is true. A 
BIST support level of 0 implies that the Jump Table 
Pointer registers are assigned a value of 0. 


Now that the register values are defined, the EEPROM 
device must simply be programmed and installed on the 
module. All download functions are handled by the 
baseboard microcontroller and do not concern the 
module designer. 


Table 5. MIX Module Interconnect Template 


Register fg Access Rights | 
Offset Global vue | ee 


HARDWARE EXTENSION RECORD | 


H/W Ext. Record Type 
Record Length 

H/W Ext. Type (LSB) 
H/W Ext. Type (MSB) 
Vendor ID, Low 
Vendor ID, High 
Module ID, Char 1-10 
H/W Test Rev Level 
Number of Records 
RFU 

RFU 

RFU 


Mod. Specific Record Type 
Record Length 

EPROM Entry Table Ptr., MSB 
EPROM Entry Table Ptr., Byte 3 
EPROM Entry Table Ptr., Byte 2 
EPROM Entry Table Ptr., LSB 
RFU 

H/W Rev Level 

BIST Test Support Level 

RFU 

RFU 

RFU 

Module Specific Info 


21H-3FH 


R/O R/O O9FOH O9FOH 
R/O R/O TBS 0909H 
R/O R/O TBS 0900H 
R/O R/O TBS 0900H 
R/O R/O TBS 0900H 
R/O R/O — TBS 0900H 
R/O R/O 0900H 0900H 
R/O R/W1 TBS 2900H 
R/O R/W1 TBS 2900H 
R/O R/O 0900H 0900H 
R/O R/O O900H 0900H 
R/O R/O 0900H 0900H 
Module Defined 
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The 93C64 device can be programmed using a standard 
EEPROM programmer which supports the device. Be- 
cause the device is electrically erasable, it is possible for 
the EEPROM to be programmed by the baseboard’s 
microcontroller. At the time of this module design, this 
support was not included in the baseboard 8751 firm- 
ware. 


6.2 BIST Support Levels 


The MIX architecture provides several BIST support 
levels as described in the Mix Module Design Specifica- 
tion. Inclusion of EPROMS and BIST firmware on 
modules allows power up verification of the module 
hardware problems are encountered. 


This module does not incorporate EPROM or BIST 
support in its design. This is defined as BIST support 
level 0. Although level 0 allows the stipulation that the 
MIX baseboard carry the module BIST code in its 
EPROM, this module design assumes no power up test- 
ing is performed on the module hardware. This option 
was chosen because of the simplicity of the module 
hardware used in the design. Furthermore, addition of 
module EPROMs would have further complicated the 
I/O control block portion of the design, which would 
have lessened the simple example intentions of this 
module design. 


7.0 MODULE PROTOTYPING 


Once the module is fully defined and its schematic has 
been completed, a final check of the modules electrical 
characteristics can be made. The main concern here is 
the power requirements of the module. We should en- 
sure the devices used in this design meet the power 
consumption requirements listed for the MIX interface. 
Once we have assured these characteristics, layout and 
actual wire wrapping and debug can be done. 


7.1 Electrical Considerations 


Before the actual module assembly begins, we must 
check the module design against the electrical specifica- 
tions for the MIX interface. The two major issues here 
involve the drive characteristics of the devices which 
connect to the MIX signals and the total maximum 
power consumption of the module. Both of these pa- 
rameters may affect how the module operates with the 
MIX baseboard or other modules. 


The drive characteristic check deals with the type of 
driver used on the MIX bus. The MIX specification 
states that no module may use open collector devices to 
drive the MIX bus signals. A quick check of the mod- 
ule device specifications assure us that the module 
meets this requirement. 
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The second area of concern is the power consumption 
of the module. The MIX Module Design Specification 
states that each module may consume up to 3 Amps of 
+5 VDC. Again, by going through each device’s spec 
sheet we can compute the maximum and typical power 
consumption of the module. 
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In reviewing the components used for this module, we 
find the maximum current draw on the +5V power is 
just under 2.5 Amps for the entire module, including 
the LEDs. Although we find this simple module is sur- 
prisingly near the 3 Amp limit, a typical module design 
would not implement 32 LEDs which draw about 
25 mA each. 


7.2 Wire Wrap Layout 


Now that the electrical requirements of the MIX mod- 
ule are verified, actual prototyping will be done. The 
layout portion of the prototyping requires knowledge of 
the signal paths and component interconnection. The 
schematic capture program used in this design contains 
a program which generates a netlist from the schematic 
output. With this netlist and the MIX MOD2 Bread- 
board Module, we are ready to begin the layout. 


In laying out components for the MIX design, careful 
attention should be given to the trace length require- 
ments given in the MIX Module Design Specification. 
Although this is merely a wire wrap version of the final 
product, adhering to the trace length rules may save 
some debugging headaches later. The Breadboard mod- 
ule offers the standard MIX module width and MIX 
interface footprint, however, the board length is much 
longer than a standard module. This added length is 
provided to allow an engineer to prototype surface 
mount designs using DIP components which require 
more design area. 


The module layout follows the signal paths between the 
MIX interface and I/O devices. The termination resis- 
tors and data transceivers are placed nearest the MIX 
connector. The two PAL devices and EEPROM also 
reside adjacent to the connector due to their direct con- 
nection to interface signals. The PPI devices and 82510 
are placed next, and the output drivers, LEDs, and con- 
nectors are placed at the edges of the board. This layout 
structure provides a natural signal propagation from 
the MIX interface out to the edges of the module and 
ensures the trace lengths are kept to a minimum. Once 
the components are placed, they may be connected via 
wire wrap. 


7.3 Module Debug 


Once the module has been completely wired up, it is 
ready for verification and debug. Although most de- 
signers are confident .to immediately initiate a “smoke 
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test’’, it is wise to verify the device connections with the 
netlist provided by the schematic capture package. This 
is time consuming but is easily done using a simple 


ohmmeter. Once this has been checked out, the module 
may be installed on the baseboard for final debug. 


The final validation for this module was performed on a 
MIX 386/020A baseboard with a MIX MOD1 Test 
Module in module slot 0 and the wire wrap module in 
slot 1. In this stacking configuration, the wire wrap 
module’s I/O address space ranges from O800H to 
OCOOH. This means the I/O address offsets encoded in 
the IODCD PAL are added to the base address of 
0800H to obtain the actual addresses for the module’s 
devices. For example, the baseboard 386 microproces- 
sor would access PPIO at 098xH. »° 


To facilitate ease of baseboard I/O access, firmware 
was placed on the MIX baseboard which contained a 
DIN III monitor configured (with the proper 82510 
port address) to run with MIX MOD1 in module slot 0. 
This provides a serial interface for the baseboard and 
removes the need for additional system boards (except 
the CSM/001) for the module debug. 


In debugging the board, we must check out several 
things, access to the boards serial EEPROM, parallel 
port functionality, and 82510 functionality. The serial 
EEPROM interface is verified by reading the base- 
boards interconnect space. DIN III provides an input 
interconnect (ii) function which aids in this task. The 
MIX 386/020A Baseboard User’s Guide shows the first 
H/W Extension Record should begin at interconnect 
offset 65H. This register can be checked for a value of 
14H. If the 14H is found, the module ID registers 
(6BH-74H) can be read. If the module’s ID is present 
(in ASCII), the serial interface is functioning. 


Parallel ports may be verified by using the LEDs de- 
signed on the module’s PPI port C or by using a logic 
analyzer. Using the LEDs requires setting up port C of 
the PPI as a simple output port and then making out- 
put accesses to port C to toggle the LEDs. To use a 
logic analyzer, direct accesses to the PPIs may be 
checked, or the port outputs may be checked. To verify 
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the port A connector, ports A and B must be config- 
ured as an output port since bits 0 and 1 of port B 
control the direction and enable pin of the port A driv- 
ers. 


The addressing scheme used in this module places the 
port A data bus at xOH, the port B data bus at x4H, 
port C’s data at x8H, and the PPI’s control port at 
xCH. For the PPI verification, all PPI ports are set up 
as simple output channels. This is done by writing 80H 
to ports 098CH, 099CH, O09ACH, and O09BCH. As 
shown on sheet 10 of the schematic, port B bits 0 and 1 
affect the function of the port A driver chip. Therefore, 
a 3 is output to 0984H to enable the port A drivers and 
set their direction as outputs. Data is then output to 
both ports A and C to verify the module operation. 


The 82510 device may be similarly checked out. With 
the module in slot 1, the 82510 internal registers begin 
at I/O address 09COH. The chip can be verified by 
setting its 35 internal registers to configure a loopback 
mode to verify data transmit and receive data consist- 
ency. 


Once the 82510, PPIs, and EEPROM operation have 
been verified, a high level of design confidence is 
achieved, and production cycles may proceed as need- 
ed, 


8.0 CONCLUSIONS 


Although this module design is a simple one and has 
been done simply for display and example purposes, it 
conveys the considerations required in a MIX module 
design effort. Furthermore, the control and data drivers 
blocks of the module may be used as a design guide in 
many simple slave I/O module designs. 


The module schematics and PAL source codes have 
been included in Appendices A and B as an aid to de- 
signing simple I/O modules and as a basis for more 
complex module designs. 
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Title : IOCTL PAL 
Pattern : 014 

Rev : 1.02 

Author : Erik A. Steeb 
Company: INTel Corporation 
Date : 10/2/89 


Monolithic Memories PAL22V 10-15 
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, created by eas 

* (C) - COPYRIGHT INTeL Corporation, 1989 
TITLE IOCTL PAL 

PATTERN 014 

REVISION 1.02 

AUTHOR ERIK A STEEB 

COMPANY INTeL Corporation 

DATE 10/2/89 


/Revision 1.02 corrects a problem in the synchronous wait machine 
;which brought the machine back to the 0000 state when IOCYC went 
/inactive. 

CHIP IO CONTROL PAL22V10 


/PINS 1 2 3 @ 5 6 7 8 9 
IOCLK MXMIO MXDC MXWR /LCLSEL /MXCYC /MXCMD NC /A6 


/PINS 10 il 12 13 14 15 L6; - 27° "28 
JAS /A4 GND /MXRST /IOCYC /IOWT /IORD s0 S1 


/PINS 19 20 21 22 23 «624 25 
S2 SWAIT WO /MXWAIT /MXBS16 VCC INIT 


STRING IO_CYCLE '/MXRST * /MXMIO * MXDC * LCLSEL * MXCYC’ 
EQUATIONS 
rocyc = IO CYCLE 


ZTORD = IO CYCLE * /MXWR * MXCMD * SWAIT 
+ IORD * MXCMD 


IOwT = IO CYCLE * MXWR * MXCMD * SWAIT 
+ IOWT * MXCMD 


MXBS16.TRST = IOCYC , IO CYCLE + 15 ns Tri-State 


MXBS16 = IO CYCLE / BS16* asserted any access 
+ IO CYCLE * except to PPI 0. 
+ IO CYCLE 
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;  **% SYNCHRONOUS PORTION OF WAIT MACHINE *** 
INIT.RSTF = MXRST , Global reset of register outputs 


so $1 
/S2 
SWAIT 


/S2 * SWAIT 


++ + i 


SO * /S2 * /SWAIT 


++e+ ii 


‘= 
+ 
+ 
+ 


S2 * SWAIT 
) CYCLE * MXWAIT * /SO * /S1 * /S2 * /SWAIT 


+++ il 


**x* ASYNCHRONOUS PORTION OF WAIT MACHINE *** 


WO = IO CYCLE * /SWAIT * WO 
+ IO CYCLE * SWAIT * MXWAIT 


MXWAIT.TRST = IOCYC /( IO_CYCLE + 15 ns TRI-STATE ) 


MXWAIT = IO CYCLE * SWAIT * MXWAIT 
+ IO CYCLE * /wO 


DESCRIPTION 
The IOCYC variable is used by the tri-state outputs for MXBS16* and 


MXWAIT* to facilitate the "logical false before tri-state" rule. 


281004-25 


: | 5-211 


AP-433 | intel : 


SIMULATION 
TRACE _ON /IORD /IOWT /IOCYC /MXCYC /MXCMD SO S1 S2 SWAIT WO /MXWAIT 


/MXBS16 
SETF /IOCLK MXRST /MXCMD /LCLSEL /MXCYC 


SETF /MXRST /MXMIO MXDC /MXWR , set I/O read status 
SETF /A6 /A5 /A4 , set PPIO address 


, select the module 


, start a valid cycle 
‘ provide plenty of clocks 


’ issue the command 


’ release the command 


‘ end transfer cycle 
> get I/O write status 
- set PPI1 address 


‘ begin transfer cycle 


’ issue command 
281004-26 
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veal 
a a 


CLOCKF | 
SETF /MXCMD 


SETF /LCLSEL 
CLOCKF 
CLOCKF 

TRACE OFF 


, release command 


, end cycle 


;, deselect module 
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PALASM SIMULATION, V2.23 - MARKET RELEASE (2-1-88) 
(C) - COPYRIGHT MONOLITHIC MEMORIES INC, 1988 
PALASM SIMULATION SELECTIVE TRACE LISTING 


Title IOCTL PAL 
Pattern 014 
Revision 1.02 
PAL22V10 
Page 1 
gccgg c cg ¢ @G 
/TORD HSHHHHHHHAS HAHAHAHAHAHA 
/IOWT  #HHHHHHARHH AAHHHAHHHA 
/TOCYC SHHHHHHAHE HHAHHHAHAA 
/MXCYC HHHHAHHHRRE HAHAHAHAHAHA 
/MXCMD HHHAHHHHRA SHAHRHHAAH 
So LLLLLLLLLL LLLLLLLLELL 
$1 LLLLILLLLL LLLLLLLLLL 
$2 LLLLLLILLLE LLLLLLLLLS 
SWAIT LLLLULLLLIL LLULLLLLLLIL 
WO ELLLLLLIILIL LLLLELLLLI 
/MXWAIT HHHHHEHAHHH HHAHAAHAAH 
/MXBS16 HHHHHHHAHH HHRRHRHAAA 
Page 2 
Cc c Cc Cc Cc Cc Cc 
/IORD HAXAHEHHAR HKREASHAAAAH 
/IOWT  HHHHHHHEHHH HAEHHHRHARHH 
/ITOCYC LLLELLELLIL LLLLLLLLIL 
/MXCYC LLILLLLLLLL LLLLLLLLLL 
/MXCMD HHHHHHHHHH HAHAHHHHHH 
So LELLIGLILLE LELLLILELL 
$1 LILILLLLLLLE LLLLLLLLLL 
S2 LLLLLLLLLL LLLLLLLLLL 
SWAIT HHHHAHHHHH HARHRHRERHH 
WO HHHAHHHEHH HHAEXARHARH 
/MXWAIT LLLLLLLLLL LLLLLLLLLIL 
/MXBS16 HHHHHHHHHH HHAHHHXHRHA 
Page a 
a ¢€ .¢ c cg cg 
/IORD LLLLLLLLLL LLLLAEAHHAH 
/IOWT  #SHHHHHEHHH HHHHHEHAHRH 
/IOCYC LLLLLLLLIL LLLLLLLLE# 
/MXCYC LLLLLLLLLL LLLLLLLLAE 
/MXCMD LLILLLLLLLL LLLLAAHHAA 
So AHHHHHHEHHH HAHAHAHAHA 
$1 LLLLLLLLLL LLLLLLAHAH 
S2 LLILILLLIL LLLLLLLLLL 
SWAIT HHHLLLILLIL LLLLLLLLLL 
WO HHHHHAHRHE HHHRHHRAALL 
/MXWAIT LLLEHHHHER HHRHAHHEAZ 
/MXBS16 HHHHHHHHHEE HHHHAHHHREZ 
5-214 
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Date 


gc ce 
HHHHEHHHAR 
HHRARHHHAH 
LLLLULLLIIL 
LLULLLILLILL 


LLLEHHHHHR 
LLLLLLLLILIL 
LLLLLLLLLL 
ZZZZZZLLLL 
Z2Z2ZZZZLLLL 


: ERIK A STEEB 
: INTeL Corporation 
: 10/2/89 
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Cc 
HE 
HH 
HH 
HH 
HH 
LL 
LL 
LL 
LL 
LL 


/MXWAIT Z2Z2Z2Z22ZZ2Z222 Z2ZZZZ2Z2Z2Z2Z2 ZZZZZZZZ2ZZ 
/MXBS16 2222222222 2222222222 ZZZZZZZ2ZZZ 


N 
NN 
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Title 
Pattern 
Rev 
Author 


Date 


: IODCD PAL 


-U15 
: 1.01 


: Erik A. Steeb 
Company: INTel Corporation 


: 5/24/89 


‘Monolithic Memories PAL22V10-15 
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, created by eas 
(C) - COPYRIGHT INTeL Corporation, 1989 
TITLE IODCD PAL 
PATTERN U15 
REVISION 1.01 
AUTHOR ERIK STEEB 
COMPANY INTeL Corporation 
DATE 5/24/89 


CHIP IO DECODE PAL22V10 


; PINS 1 2 3 4 5 6 7 8 9 10°.°42 
WR /SEL /CYC /CMD /BEO /BE1 /BE2 /BE3 NC /A6 /A5 


PINS 12 13 14 15 16 17 
GND /A4 /GAT32 /GATBO /GATB1 /GATB2 


;PINS 18 19 20 21 22 23 24 #4225 
/GATB3 /CSP3 /CSP2 /CSP1 /CSPO /CSSC VCC INIT 


STRING CYCLE ‘SEL * CYC’ 
STRING GATE RD ’SEL * CYC * /WR * CMD’ 


STRING GATE WT ‘SEL * CYC * WR’ 
EQUATIONS 


GATE_RD 
GATE WT 
GATE_RD 
GATE_WT 


GATE_RD 
GATE_WT 


GATE RD 


BEO 
BEO 
BEO 
BEO 
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/A4 BE3 BE2 BE1 
/A4 /BE3 /BE2 BE1 
/A4 /BE3 /BE2 /BE1 


/A4 BE3 BE2 BE1 
/A4 /BE3. * /BE2 *  BE1 
A4 /BE3 /BE2 /BE1 


/A4 BE3 BE2 BE1 
/A4 /BE3 /BE2 /BE1 


/A4 BE3 BE2 BE1 
A4 /BE3 /BE2 /BE1 


/BE3 * /BE2 * /BE1 * BEO 


, DESCRIPTION; : 
* NAME CHANGES SCHEMATIC to PIN LIST 


/LCLSEL /SEL 
/MXCYC {cre 
/MXCMD / CMD 
MXWR WR 
/MXBEx /BEx 
/MXAX / AX 


Read and write accesses distinquished in "GAT" equations to meet 
82C55A-2 data hold times for writes and MIX spec data off times 
for reads. 


- I/O DECODE SCHEME AS FOLLOWS: 


Byte Parallel Port offset xxx000xxxx binary (first 
Byte Parallel Port offset xxx00lxxxx binary (first 
Byte Parallel Port offset xxx010xxxx binary (first 
Byte Parallel Port offset xxx0llxxxx binary (first 
Word Parallel Port offset xxx000xxxx (Combo of two 
DWord Parallel Port offset xxx000xxxx (Combo of four byte ports) 
Serial Port offset xxxl0xxxxx (first = 4xH & 5xH) 


NOTE: Address lines /MXA9, /MXA8, and /MXA7 not used so decode 
is mirrored every 128 bytes. 
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‘TRACE_ON /SEL /CYC /CMD WR /CSPO /CSP1 /CSP2 /CSP3 /CSSC 


SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SETF 
SEIF 
TRACE OFF 


/GATBO /GATB1 /GATB2 /GATB3 


SEL 
/WR /A6 /A5 A4 


/BE3 /BE2 BE1 BEO 


cYyc 
CMD 
/CMD 
feExe 
/BE1 
CYC 
CMD 
/ CMD 
sere 
WR 
CYC 
CMD 
/ CMD 
/CYC 
/A4 
cyc 
CMD 
/CMD 
fCre 
BE1 
CYC 
CMD 
/ CMD 
feyve 
/WR BE3 BE2 
CYC 
CMD 
/ CMD 
/CYC 
A6 A5 
cyc 
CMD 
/ CMD 
JEXC 
/BE3 BE2 BE1 /BEO 
CYC 
CMD 
/CMD 
Pop 1% 


/GAT32 


- Set PPI1 address read 
* Word access 
* Begin valid cycle 


‘ end cycle 
; Byte access 
‘ Begin cycle 


- end cycle 


Write access 


- Begin cycle 


‘ end cycle 


Set PPIO address 


‘ Begin cycle 


‘ end cycle 
Word access 
‘ Begin valid cycle 


end cycle 


‘ Dword access read 
‘ Begin valid cycle 


end cycle 


‘ Set invalid address read 
‘ Begin valid cycle 


* end cycle 


Set invalid byte enable 


* Begin valid cycle 


* end cycle 
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PALASM SIMULATION, V2.23 - MARKET RELEASE (2-1-88) 


(C) - COPYRIGHT MONOLITHIC MEMORIES INC, 


1988 


PALASM SIMULATION SELECTIVE TRACE LISTING 


Title 
Pattern 


Revision 


PAL2Z2V1 


/SEL 
sO¥e 

/ CMD 
WR 
/CSPO 
/CSP1 
/CSP2 
/CSP3 
/CSSC 
/GATBO 
/GATB1 
/GATB2 
/GATB3 
/GAT32 


Page 


/SEL 
/OXC 
/ CMD 
WR 
/CSPO 
/CSP1 
/CSP2 
/CSP3 
/CSSC 
/GATBO 
/GATB1 
/GATB2 
/GATB3 
/GAT32 
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IODCD PAL 


U15 
1.02 


0 

g9IIIIIIITGT 
LILLLLLIIL 
XXXLLLHHIL 
XXXXLHHHAL 
XLLLLLLLLL 
XHHHHHHHHH 
XXHHHHHHLL 
XHHHHHHHHH 
XHHHHHHHHH 
XHHHHHHHAH 
XHHHHHHHHH 
XXHHHHHHAL 
XHHHHHHHHH 
XHHHHHHHHH 
XHHHHHHHHH 


2 
Ig 
LL 
LH 
HH 
LL 
HH 


IITIIIIIIT 
LLLULLLLLLL 


DLHHLLIHHLL 
HHRHHLAHHHHL 
LLUHHHHHHHH 
HHHHHHHHLL 
LHHLLLHHHH 
HHHHHHHHHH 
HHHHHHHHHHA 
HHHHHHHHHH 
HHHHHHHELL 
HHHULLHHHH 
HHHHHHHHHH 
HHHHHHHHHH 
HHHHHHHHHH 


Author 
Company 


Date 


IITIGIGIGG 
LLLULLLLLLL 


LHHLLLAHLL 
HHHHLHHHHL 
HHHHHHHLLL 
LHHLLLHHLL 
HHHLULLHHLL 
HHHHHHHHLL 
HHHHHHHHLL 
HHHHHHHHHH 
LHHLLLHHHL 
HHHHHHHHHH 
HHHHHHHHHH 
HHHHHHHHHH 
HHHLLLHHHL 


IIIIIIIIGT 
LLLLLLLLIL 


LHHLLLHHLL 
HHHHLHHHHL 
LLLLLLLLIL 
LHHHHHHHHH 
LHHHHHHHHH 
LHHHHHHHHH 
LHHHHHHHHH 
HHHHHHHHHH 
HHHHHHHHHH 
HHHHHHHHHH 
HHHHHHHHHH 
HHHHHHHHHH 
HHHHHHHHHH 


ERIK STEEB 
INTeL Corporation 
5/24/89 
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CHAPTER 1: INTRODUCTION 


1.0 WHO SHOULD READ THIS 
DOCUMENT? 


Readers of this document may be considering the de- 
sign of an intelligent MULTIBUS II board. Concise 
descriptions of the various possibilities of a board’s de- 
sign are presented in this document, in particular, a 
focus on the use of the MPC (Message Passing Coproc- 
essor or 82389), which provides a majority of the inter- 
face logic. Descriptions here represent summaries of 
other documentation available, and experience with the 
design of Intel’s MULTIBUS II product line. 


After reading this document, one will feel confident 
that the design of a MULTIBUS II CPU board is no 
more complex than the design of another bus system. 
Actually, it is much easier because of the use of the 
MPC; almost all of the necessary interface logic is bur- 
ied in it. All that is needed is a little glue logic and 
buffering. 


1:1 Overview 


Before reading this document, the reader should have 
some exposure to the MULTIBUS II architecture, 
IEEE/ANSI 1296. Possibly this information has been 
gathered at a seminar or by looking at the bus specifica- 
tions. Through either of these two means one might be 
aware of the parity bits that protect each of the various 
signal sets, arbitration logic, interconnect space, error 
indicators, etc. All of these features add up to a great 
deal of logic. If the control signals are fully understood, 


a fundamental read/write I/O board can be designed ~ 


with an interface consisting of basic TTL and program- 
mable logic devices. Since the signals are all synchro- 
nous to the bus clock and can easily be decoded it 
makes the design easy. However, designing a board 
with a microprocessor takes advantage of more ad- 
vanced bus features and requires a little more work. 
The cost and real estate necessary to implement these 
features quickly make custom interface design prohibi- 
tive. The design of the MULTIBUS II Parallel System 
Bus, PSB, make it very reasonable to fabricate all bus 
functions in one VLSI device. The multiplexed signals, 
parity circuitry, arbitration logic, etc. are all interesting 
but unnecessary to deal with each time a board is being 
designed. 


This application note will look at the various interfac- 
ing concerns of a CPU board’s design and describe 
what the MPC provides and what the board designer 
needs to add. 
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1.2 Objectives 


This application note is not intended to displace other 
documentation on the actual PSB bus operation or cov- 
er the internal operation of the MPC itself. The MPC 
interfacing required to connect to the PSB, the local 
CPU and the interconnect space capabilities of 
MULTIBUS II will be explained. The MPC is pack- 
aged in a 149-pin PGA (Pin Grid Array) package. In 
partitioning the pin functions of the MPC there are 
three major interfaces; the PSB interface, the local bus, 
and interconnect space (Figure 1). These are the activi- 
ties to which most of the pins are allocated. The PSB 
interface is very straight-forward; there are few options 
for the designer. This makes that part of the board de- 
sign simple. It also helps enforce compatibility with 
other boards. One has little latitude to make a mistake 
and develop an incompatibility problem. 


The local bus interface of the MPC does offer the board 
designer a number of options. For instance, the local 
CPU might be 8-, 16-, or 32-bits. There are also DMA 
control lines and lines to assist in dual-port memory 
operation. Since the bus’s design has its basis at Intel 
we would expect that the interface of the MPC to an 
Intel processor would be pretty well thought out, but 
what if a board design dictates a non-Intel processor? 
There are many boards being designed with other man- 
ufacturers’ processors. For example, Huerikon Corp., 
Microbar Systems Inc., and Tadpole Technology all 
have developed CPU boards using the Motorola 68K 
microprocessor family. 


The interconnect interface is intended to mate with the 
local bus of an 8051 series of microcontrollers. The 
8051 coordinates the reset, configuration and diagnos- 
tics of the board. The design of interconnect space al- 
lows for some very powerful features to be designed 
into a board. With the capabilities of interconnect space 
it is possible to configure resources with software, en- 
able or disable the board, provide imbedded diagnostics 


in the board, and at the very basic level provide ma- 


chine readable information on the board’s manufactur- 
er, its part number and revision level. There is a com- 
panion application note (the MULTIBUS II Intercon- 
nect Design Guide, AP-423) that explores this subject 
in a lot of detail, so only the fundamentals of this MPC 
interconnect space interface will be described here. 


After reading this application note, one should have a 


good basis for starting the detailed design of a unique 
board. Good Luck! 


5-223 


AP-437 


| 
zr aati OMA 
Control 


Control, 
Diagnostics 


be = Ae he” ca i ae 
5 Sigistes Sips Sa fa ee tab ale hese 
Tug Ark ie eee 5 i = 


ic 


| Dual=Port 
; Memory Control 


Message Passing 


Coprocessor 


[ Address Buffers 


BUS DRIVERS 


IEEE 1296 
PSB=Parallel Systems Bus 


281022-1 


Figure 1. MPC Interfaces and Control Lines 


CHAPTER 2: PSB INTERFACING 


2.0 INTERFACING TO THE IEEE/ANSI 
1296 PARALLEL SYSTEM BUS 


All of the complex timing and control logic necessary 
to connect to the PSB are contained within the MPC. 
For the actual definition and operation of these control 
signals, refer to the IEEE/ANSI 1296 Specification. 
For the purposes of this application note, it is not nec- 
essary to understand all the signals, except in the case 
_ of reset and power fail situations, explained in section 
2.2.2. There are a few mechanical orientation issues to 
be considered when laying out a board. These will be 
covered also. 


2.1 IEEE/ANSI 1296 Fundamentals 
which must be Understood to Design a 
Board 


The IEEE/ANSI 1296 description of MULTIBUS II 
defines very distinctly all the aspects of the PSB: the 
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mechanical layout, the signal timings, signal drive ca- 
pability, the bus protocol to other boards within the 
backplane, the backplane layout, etc. All boards are 
required to address the full 32-bit capability of the bus. 
Everything is well defined so that board designers will 
have few, if any, opportunities to develop incompatibili- 
ties between their boards and boards available from 
other vendors. 


At a very fundamental level, the first thing that will 
impact design is the board size. The boards are based 
on the Eurocard format; the conventional size is 
233.35mm (two connectors) x 220 mm deep. This is 
commonly referred to as a 6U board in the Eurocard 
style. This board format has two connectors, but all of 
the PSB requirements are satisified by one 96-pin DIN 
connector, referred to as P1 in Figure 2. P2 is uncom- 
mitted and allows flexibility for a unique design. This — 
could include additional power requirements, special- 
ized I/O, a subsystem interconnect bus, or whatever a 
unique design might require. For our purposes, P1 is 
the connector that we are interested in, so we will focus 
on the circuitry necessary to interface the MPC to the 
P1 connector. 
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One subtlety to be accounted for here is the specifica- 
tion for the maximum trace length to bus driver at the 
P1 connector. When the MULTIBUS II PSB was ini- 
tially designed, the backplane signal propagation was 
characterized so that the end system integrator could 
effectively ignore bus loading and timing problems in a 
backplane system that could range from two to 21 
boards. The IEEE/ANSI 1296 specification defines the 
fabrication of the backplane to ensure reliable transmis- 
sion of signals on the bus at the 10 MHz clock rates. In 
order to ensure that individual boards do not disturb 
the characteristics of the backplane, each board is re- 
quired to have its bus driver components within 2.5 
signal trace inches of the connector. 


Because of the required dimensions to P1, and also the 
simplicity of the buffering logic from the MPC to the 
PSB, a large number of boards from various vendors all 
look very similar in this corner of their boards. Figure 3 
shows an Intel iSBC 186/100 with the MPC and buffer- 
ing logic in the lower right corner. 


- 2.2 PSB Connections to the MPC and 
Local Logic 


Since the MPC was specifically designed to implement 
the IEEE/ANSI specification in silicon, the interfacing 
requirements are minimal. Between the MPC and the 
P1 connection to the PSB, there are primarily bidirec- 
tional bus drivers, buffers, and straight connections. 


‘i 

intel. 
The address/data, parity, and system control lines all 
need bidirectional buffering. The MPC generates all of 
these signals and the necessary direction controls to 
point the buffers in the right directions in a transfer 
cycle. The arbitration lines, bus request, bus error, and 


reset-not-complete all drive the bus directly from the 
MPC. 


The 32 BAD (Buffered Address/Data) lines each re- 
quire buffering (even if an 8- or 16-bit CPU is used). All 
MULTIBUS II boards must decode the full 32-bit 
range of the memory address space. This eliminates all 
the possible address aliasing problems that can be en- 
countered with boards that address less than the full 
32 bits. It would seem that this would unnecessarily 
consume logic on boards that need far less than the 
32-bit capability, however with the multiplexing of the 
entire 32-bit interface this only requires five TTL devic- 
es. The full 32-bit bus drive capability is also required 
to take advantage of message passing, which always 
uses the full 32 bits of the bus. 


The current requirements of the bidirectional signals 
require from 48 mA to 64 mA of current sinking capa- 
bility. Intel recommends using the 74F245 device for 
this purpose. This is an octal, bidirectional transceiver 
with three-state inputs and outputs. Just route the ap- 
propriate signals to the buffers with the appropriate di- 
rection signals. Seven of these devices are necessary to 
connect the MPC to the PSB. Figure 4 shows this buff- 
ering circuitry between P1 and the MPC. 


BUS BUFFERING 
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Figure 3. MPC and Bus Buffering on iSBC 186/100 
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2.2.1 Providing PSB Address for Read, Write 
Cycles on PSB 


Since the local bus interface is demultiplexed, the MPC 
does not provide a path to the multiplexed PSB for the 
address of memory or I/O read/write cycles. In order 
to perform memory and I/O references, some addition- 
al logic is necessary. To multiplex the address onto the 
bus, a set of buffers needs to be provided to make a path 
for the local address around the MPC to the 74F245 
bus buffers (Figure 5). A typical device used at Intel for 
this purpose is a 74AS240. If a board is only going to 
communicate with other boards in message space and 
interconnect space this address is not necessary. 


The MPC provides the control signals for this address 
path. Should the address decode logic recognize a refer- 
ence as being on the PSB, it activates MEMSEL”* or 
IOSEL*. In response to these signals, the MPC arbi- 
trates for the bus. Once the bus has been won, the MPC 
activates REFADR* to allow the local address onto the 
PSB via the BAD lines. At the same time the MPC 
samples the BAD lines to generate parity for the ad- 
dress. If the board being designed contains a dual port 
memory path, then this buffering would be designed 
slightly different and be a part of the dual port memory 
control. This will be discussed later. 


One point to remember about these addresses is that 
the IEEE/ANSI specification requires that all 32 bits 
be decoded when operating on the PSB. If the local 
microprocessor has 20 or 24 bits of address, then the 
remaining bits need to be defined or configured to elim- 
inate aliasing problems. The configuration of the mem- 
ory and I/O access to the PSB is a typical function of 
interconnect space. 


2.2.2 Reset and Power-Down Signals, Bus 
Clock, and Slot Initialization 


The reset and power-down signals play into the board’s 
design strategy when dealing with cold and warm resets 
and power failure situations. For each of these condi- 
tions the designer needs to interface the respective sig- 
nals to the board’s internal logic to provide the desired 
effects. These signals are usually combined with the in- 
terconnect space logic since they have an impact on the 
board’s configuration during reset sequences. The 
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MULTIBUS II Interconnect Design Guide, AP-423, 
discusses this in more detail. For the purposes of this 


application note, the logical operation of these signals 
will be described. 


The four signals of interest here are DCLOW*%, 
PROT*, RST*, and RSTNC*. The ‘“**” indicates that 
they are active when low (0) on the bus. These signals 
are defined as: 


®¢ DCLOW* (DC low) provides an indication during 
normal operation that the power to the system is 
falling. To boards, this is the indication that they 
need to save their status and data with the intent of 
recovering it at some time in the future. DCLOW* 
also stays low for a period of time after power-up to 
signify the beginning of a reset sequence. This signal 
is generated and driven by the CSM (Central Serv- 
ices Module). | 


¢ PROT™ (protect) is driven low when the power 
available, i.e., power supplies, capacitors, or short 
term alternate power supply, will no longer support 
operation. All activity must cease at this time. This 
signal also defines the difference between the recov- 
ery of a power fail situation and a cold start. This 
implies that there is a battery-backed-up indication 
that PROT* occurred in order for the system to 
resume operation in the future. This signal is also 
generated by the CSM. 


e RST™* (reset) is also driven by the CSM and its 
meaning is dependent upon its decoding between 
DCLOW* and PROT™. It indicates a cold start, 
warm start, or power recovery sequence. While 
RST™ is active, the CSM will also load the slot and 
arbitration ID’s into the MPC with the LACHn sig- 
nal. 


¢ RSTNC* (reset not complete) is an indication that 
the reset sequence has not been completed by one of 
the boards. It is a wire “or’’-ed signal from all the 
boards that prevents any one from starting prema- 
ture operation. Each board needs to assert this sig- 
nal during its own reset and then watch for this line 
to clear before beginning operations. 


The decoding of these signals is quite straightforward, 
and the actual timing sequences for a cold start, warm 
start, and power recovery can be found in the IEEE/ 
ANSI 1296 Specification. They are summarized in Fig- 
ure 6. : 
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The RST*, DCLOW*, and PROT™ signals typically 
are buffered by a 74AS1004 device. The RSTNC*% sig- 
nal is connected directly from the MPC to the PSB. 
RESET is carried from the RST* buffer directly to the 


MPC, then the three of these signals combined drive 
the reset control logic of the board. 


There is another signal, LACHn*, which is driven by 
the CSM during the reset sequence. During the time 
that the RST* time is held low, the CSM is going 
through the backplane, loading the card slot and arbi- 
tration ID’s into each MPC. 


This LACHn line is also buffered by the same 
74AS 1004 device as the reset of the reset signals, and it 
is simply connected to the MPC. With this signal, the 
CSM is presenting the arbitration and card slot ID’s to 
the MPC over the arbitration lines during the reset se- 
quence. Within the backplane, each slot has its LACHn 
line connected to the unique AD (address data) line 
that is equal to the slot number in the backplane. The 
CMS pulls the appropriate AD line low and the 
LACHnh line in that slot will go low, loading the ID’s 
on the ARB lines. This is handled automatically by the 
MPC. You can refer to the IEEE/ANSI 1296 Specifi- 
cation for more details. 


There are only two other signals which need buffering 
to the MPC. The first is TIMOUT™, which provides an 
indication to the MPC that a bus timeout has occurred. 
It is buffered by the 74AS1004 and it connects directly 
to the MPC. BCLK* is the second signal and it is also 
buffered by the same 74AS1004 and passed on to the 
MPC. This clock is used for all synchronous internal 
MPC timing. 


At this point we have added one 74AS1004 to the seven 
74F245 bidirectional buffers, to complete the connec- 
tion of the MPC to the PSB. These buffering devices 
need to be connected as closely as possible to the PSB 
and MPC, so that the bus timing is not disturbed. Intel 
boards provide good examples of the layouts of these 
components. 
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Chapter 3: INTERCONNECT SPACE 
IMPLEMENTATION CIRCUITRY 


3.0 THE CONCEPT OF 
INTERCONNECT SPACE 


The incorporation of the interconnect space circuitry 
(also referred to as geographical addressing in some 
buses) makes it easier for a systems integrator to config- 
ure a board into a system. Jumpers which might typi- 
cally be used to configure board resources can be placed 
under software control. By configuring with software, 
errors in jumpers are eliminated during manufacturing 
and field modifications are simplified. Also within the 
concept of interconnect space is the ability to enable or 
disable boards in fault situations. Board diagnostics can 
also be enhanced since more options can be tested with- 
out hardware configuration. For the purposes of this 
application note, the hardware employed in intercon- 
nect space will be described in an example. For more 
information on interconnect space, Intel Application 
Note AP-423 describes in more detail the hardware and 
software associated with this concept. This is an area 
where tremendous value can be added to a board’s de- 
sign that will greatly benefit its users. 


3.1.1 INTERFACING BETWEEN THE MPC AND 
8751 MICROCONTROLLER 


A typical first question of a new MULTIBUS II board 
designer is “Why is there a microcontroller on each 
board in addition to the microprocessor?” As it turns 
out, using a microcontroller to implement interconnect 
space becomes very efficient from a real estate point of 
view and adds to the capability that can be included in 
interconnect space. This microcontroller will reset the 
microprocessor, configure resources on the board, and 
run board diagnostics in conjunction with the micro- 
processor. The microcontroller actually translates 
many complex functions into what appears to be a uni- 
form set of registers. Other boards can then access these 


‘standardized registers to learn its configuration or re- 


quest it to execute diagnostics. In addition, the micro- 
controller simplifies system configuration and diagnos- 
tics software. 
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The MPC is designed to connect directly to the data 
bus of an 8751. Figure 7 shows typical 8751-MPC in- 
terconnect circuitry. The address/data bus, labeled 
IAD <0...7>, is used to transfer data and addresses 
between the 8751 and the MPC. The data and address 
transfer operations are controlled by the control lines 
labeled read, write, strobe, and interrupt. A typical in- 
terconnect operation is triggered by the MPC recogniz- 
ing an interconnect space address from the local CPU 
or the PSB. The MPC then sends an interrupt request 
to the microcontroller telling it that an interconnect. 
access needs to take place. After the interrupt request, 
the microcontroller reads the address and data off the 
address/data bus, then executes the appropriate inter- 
connect service routine. 


Figure 8 shows a diagram for interconnect bus timing. 
Both a read and a write diagram are presented. In both 
the read and write operations the microcontroller sends 


the IAST (strobe) signal to the MPC telling it that — 


there is a valid address on the bus. The MPC will then 
latch the address into its buffer. At this point, when a 
read operation needs to occur, the microcontroller will 
send an IRD* (read) signal to the MPC, signalling that 
it wants to read data from the address specified. The 
MPC will then supply data to the microcontroller from 
the specified address. Conversely, if a write operation 
needs to occur, the IWR* (write) signal is sent to the 
MPC indicating that the microcontroller wants to send 
information to the specified address via the MPC. The 
MPC will then proceed to receive data from the micro- 
controller and send it to the specified address. 


3.1.2 CONTROLLING BOARD RESOURCE 
CONFIGURATIONS THROUGH INTERCONNECT 
SPACE 


Board designers will configure local board resources 
through interconnect space. Figure 7 indicates an addi- 
tional branch off the address/data bus. This branch is 
the address/data bus to other configuration devices, or 
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status indicators on the board. In addition, LIAD0.2 of 
the bus branches to a decoder which will coordinate 
selection of the particular device. The one path shown 
to U16A allows the 8751 to read whether a warm or 
cold reset is occurring. More details of these operations 
can be found in the MPC User’s Manual, 286/100A 
User’s Guide, and Application Note AP-423. 


3.1.3 RESET OPERATIONS 


The reset PAL is used to coordinate the reset opera- 
tions. Figure 7 displays the control signals for the reset 
PAL and the associated output of the PAL. Reset sig- 
nals are received over the PSB and decoded through the 
reset PAL. The reset PAL is able to generate a cold-re- 
set or a warm-reset. The reset PAL also resets the 8751, 
which starts it through its reset sequence. One of the 
first things it determines is what type of reset is occur- 


- ring. When address/data lines <O-—2> are all low, it 


causes a 3 x 8 decoder to enable the U16A buffer, put- 
ting the cold or warm reset signal on the bus of the 
8751. Once on the address/data bus, the microcontrol- 
ler and MPC read this signal and execute the appropri- 
ate reset sequence. 


The condition of a cold start reset causes all functions 
of the system to act as an original power-on condition. 
Furthermore, the MPC and interconnect registers are 
set to their default values, and any initialization checks 
will occur. A warm start is usually caused by the hu- 
man operator pressing the reset button while there is 
power to the system. The sequence of events are the 
same for a warm and cold start, however, a warm start 
will not modify interconnect registers or memory, and 
initialization checks are not executed. 
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Figure 8. Interconnect Bus Timing 
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CHAPTER 4: INTEL 
MICROPROCESSOR INTERFACING 
EXAMPLES 


Interfacing a microprocessor to the MPC is very 
similar to the interface that occurs typically between a 
microprocessor and a peripheral device. The notable 
differences, in addition to the fact that it has a lot of 
registers, are that the MPC: 


© Supports a 32-bit data path, 


e Provides support for generic microprocessor signals, 
lock, mem, and I/O sel, etc. to pass through to the 
PSB, 


© Has byte-enable lines allowing 8-, 16-, or 32-bit mi- 
croprocessors of different architectures to interface 
to the MPC and the PSB. 


Examples of some interface possibilities are described 
for various Intel microprocessors in the subsequent sec- 
tions. 


4.1 80186 Interface Example 


The signals required to interface the 80186 to the MPC 
are all shown in Figure 9. 


Starting at the top of the MPC, the byte-enable lines 
(BE) are set for a 16-bit microprocessor; BE2 and BE3 
are tied high to allow the microprocessor to address the 
MPC registers or the PSB via the two lower bytes, DO- 
D15, of the data lines. AO, *BHE, allow the 80186 to 
transfer 8 or 16 bits of data appropriately across DO- 
D15. Both the 80186 Hardware Reference Guide and 
the MPC User’s Manual describe these signals in more 
detail. 
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The data lines AD <0...15> map from the 80186 to 
the MPC. The data on these lines is appropriately 
timed with the read and write lines of the 80186, how- 
ever the 80186 multiplexes address and data and the 
appropriate address for the MPC register needs to be 
picked off these lines with the ALE signal. The 74L573 
is recommended for this function. 


The function of the Decode Logic element is to capture 
the address coming out of the 80186 and, using the 
80186 status signals, decide if the address is a PSB I/O 
(IOSEL), PSB Memory (MEMSEL), or MPC Register 
(REGSEL). The read and write signals would drive the 
data to its appropriate destination. 


The signal (LOCK™*) locks the bus from other micro- 
processors during semaphore operations and (WAIT™*) 
holds off the 80186, until the MPC and the addressed 
resource on the bus are ready to be read or written. 


Two interrupts can be generated by the MPC: MINT 
will go active to the CPU if there is an outstanding 
message operation. EINT is asserted if there are errors 
which occurred in memory, I/O, or Interconnect space. 
Both of these would require software routines to appro- 
priately handle the situation. 


The 80186 possesses the ability to perform DMA oper- 
ations. If cost must be kept to a minimum and/or real 
estate is very limited, the use of a separate DMA con- 
troller, therefore, is not necessary if the 80186 is imple- 
mented. In order for the 80186 to accomplish DMA, 
DRQO and DRQ! of the 80186 must be tied directly to 
the DMA request lines of the MPC. Each request line 
of the 80186 controls a DMA channel. In Figure 9, 
channel 0 of the 80186 is used for DMA input to the 
MPC and channel | is used for the output to the 80186. 
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Figure 9. 80186—MPC Interface Example 
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Figure 9 does not show PSB or local memory or I/O 
address and data support which would be added to this 
diagram. This diagram shows one method of generating 
the READ, WRITE, ALE, BHE, etc. signals. The 
80186 has more options than this and the board design- 
er should be familiar with the 80186 User’s Manual. 


4.2 80286 Interface Example 


The major difference between the 80186 and 80286 in- 
terface examples is the separation of the address and 
data lines rather than being multiplexed. Figure 10 
shows separate address and data lines. There are simi- 
larities between this example and the previous 80186 
example. 


Byte enables lines operate in the same manner as the 
80186 example. Since the 80286 also has a 16-bit data 
bus, BE2* and BE3* are tied high to disable the higher 
bytes of the data bus. 
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Seeing the data bus and address bus are a separate enti- 
ty, the timing of address and data transfer is not as 
critical in comparison to the 80186. In both examples 
the addresses are routed through very similar decode 
logic; MPC register addresses flow through a buffer 
from the CPU, and memory and I/O addresses are 
multiplexed through decode logic. 


Interrupt, LOCK*, and WAIT™ signals are determined 
and timed through external logic now shown in the 
example. In the 80186 example, LOCK* and WAIT* 
signals are determined and timed by the CPU. 


As mentioned in the previous example, Figure 10 does 
not show local memory or I/O address and data sup- 
port. Further illustration of address and data support is 
detailed in the MPC User’s Manual and signal genera- 
tion of READ, WRITE, ALE, etc., can be accom- 
plished by other methods not shown here. 
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Figure 10. 80286— MPC Interface Example 
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4.3 80386 Interface Example 


The diagram for the 80386 to MPC interface is shown 
in Figure 11. This interface design is simple in compari- 
son to the other two microprocessor examples. One ex- 
ample of its simplicity is the byte enable interface. Since 
the CPU uses a 32-bit data bus, all byte enable lines are 
connected directly between the chips. Note of the lines, 
therefore, need to be tied high to disable bytes of the 
data bus. Similarly, all data lines of the CPU are tied 
directly to the data lines of the MPC. 


The 80386 has 30 address lines labeled A[2...31]. Lines 
A[2...5] of the CPU connect directly to A[2...5] of the 
MPC. Unlike the previous two examples of CPU MPC 
interface, lines A[2...5] do not need to be buffered be- 
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tween the chips. The timing of these signals is con- 
trolled within the CPU. Remaining address lines are 
routed through decode logic. Just as the previous two 
examples show, the decode logic will determine if the 
address is a PSB I/O, PSB memory, or MPC register 
address. In addition, there are four other signals: W/R, 
D/C, M/IO, and LOCK. These signals are decoded to 
determine which operation the 80386 is performing. 


Many of the signals, such as IOSEL*, MEMSEL”*, 
REGSEL*, RD*, WR*, and the interrupt signals 
LOCK* and WAIT™ serve the same purpose as the 
previous example, but require some extra logic to im- 
plement these signals. Many of the signals in Figure 11 
are used and implemented in the same manner as the 
previous 80286 interface example. 
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CHAPTER 5: DMA CONTROLLER 
INTERFACE 


5.0 DMA Controller Interface 


The MPC contains two DMA channels connected to 
the incoming and outgoing solicited message channels. 
The width of the DMA channel is independent of the 
CPU width and may be configured as 8, 16 or 32 bits. 
Maximum message passing performance will be accom- 
plished using a 32-bit interface; this is recommended 
even with 8- and 16-bit CPUs. The DMA address may 
need to be shifted and the memory addressed in banks, 
but the increased message passing performance may be 
worthwhile. Once a large data transfer is set up be- 
tween two MPCs over MULTIBUS II, a DMA func- 
tion is recommended to continue filling and unloading 
the message FIFOs at each end of the transfer. The 
DMA connections to the MPC are really quite simple. 
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In the 186 example in Figure 9, the DMA channels are 
connected directly to the two 80186 DMA request pins. 
The MPC will request DMA when the incoming FIFO 
has data in it or when there is room in the outgoing 
FIFO for more data. The 80186 DMA channels are 
programmed to acknowledge the DMA request by de- 
coding an address which will represent the port loca- 
tions. IDACK and ODACK of the MPC are enabled 
and the CPU will read or write the data to these ports. 


In Figure 12 the incoming and outgoing DMA chan- 
nels are connected to the ADMA, 82258. This is a very 
simple interconnect and is typical of Intel’s 80286 and 
80386 CPU boards. 
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Figure 12. ADMA—MPC DMA Interface 
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5.1 MPC-ADMA Interface Signals 


During DMA transfer the byte enable lines of the MPC 
must be activated by the DMA chip. Activating these 
lines varies in complexity and is dependent on the mi- 
croprocessor and DMA chip involved in the design. A 
good example of a full-function DMA chip is the Intel 
ADMA. The Intel ADMA can transfer data over a 
local bus width of 16 bits or less. Since this chip has an 
internal 16-bit data bus, it works very well with micro- 
processors of the same data bus width. On the other 
hand, what if a microprocessor’s data bus is 32 bits 
wide? In this case, the data must be aligned in order to 
accommodate the larger local data bus. This is done by 
implementing some extra logic between the microproc- 
essor and the ADMA; an example is shown in Figure 
12. The signals BHE* and AO of the ADMA are used 
to activate the byte lanes on the data bus. AO enables 
the low byte and BHE* enables the high byte. 


The MPC initiates a DMA operation by enabling the 
signals IDREQ (Input DMA Request) or ODREQ 
(Output DMA Request) to the ADMA chip. IDREQ 
indicates data transfer from the PSB to a device on the 
local bus and ODREQ indicates data transfer from the 
local bus to the PSB bus. Once the ADMA receives its 
request, it will arbitrate for the local bus and send an 
acknowledge back to the MPC indicating access to the 
bus. The acknowledge signals are IDACK* (Input 
DMA ACKnowledge) and ODACK* (Output DMA 
ACKnowledge), IDACK* corresponding to IDREQ 
and ODACK* corresponding to ODREQ*. Once the 
MPC receives the acknowledge signals, DMA starts ex- 
ecution. The request signals stay active until the entire 
DMA operation is complete, but since the ADMA can 
give up the bus during a DMA transfer, the acknowl- 
edge signals go inactive every time the ADMA gives up 
the bus. 


5.2 Transfer Mode 


DMA transfer can be accomplished by using either 
two-cycle operation or using single cycle (‘‘fly-by’’) 
mode. Two-cycle operation involves moving data from 
the source to the DMA controller’s internal registers in 
one cycle, then sending the data from the internal regis- 
ters to the destination in another cycle. A fly-by trans- 
fer moves data from the source to the destination in one 
cycle, bypassing the DMA’s internal registers. Fly-by 
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mode is obviously the faster method of data transfer, 
but fly-by mode requires data alignment. Data align- 
ment (either word, dword, or paged aligned) must be 
guaranteed by the software when fly-by mode is used. 
Support of fly-by transfer is strictly a performance is- 
sue. Software can be simplified by eliminating support 


for fly-by transfers at the cost of reduced message pass- 
ing performance. 


5.3 Duty Cycle 


A DMA controller with programmable duty cycle, 
such as the ADMA, gives the board designer the ability 
to limit the DMA controller’s access to the local bus. 
Duty cycle is an important consideration when design- 
ing a CPU board, specifically over the local bus. First, 
the designer should decide if the DMA will have con- 
trol over the bus whenever it wants, or if control should 
be deterministic. If the DMA’s control of the bus is not 
a major concern, there will be no need for the DMA to 
have a programmable duty cycle. On the other hand, if 
local bus latency is a concern, a programmable DMA 
duty cycle is desirable. This prevents DMA from con- 
suming all of the local bus bandwidth. DMA duty cycle 
(to throttle message passing) may not be required when 
designing with the MPC since the MPC has its own 
duty cycle parameter that is passed back to the solicited 
message requestor in a buffer grant. This parameter 
prevents the sender from transmitting messages too 
quickly by consuming all of the receiver’s local bus 
bandwidth or overrunning the receiving MPC’s FIFOs 
and generating negative bus acknowledgements 
(NACKS). 


5.4 Alternate Design Method 


An alternative to a DMA device is to use the IDREQ 
and ODREQ lines to generate interrupts, then let the 
CPU unload and load the message FIFOs with inter- 
rupt routines. There are two bits within the message 
status register which could assist in this process. The 
XMTNF bit indicates that the transmit FIFO is not 
full and RCVNE indicates that the receive FIFO is not 
empty. Figure 13 illustrates a possible non-DMA ap- 
proach. Something like this would be useful to the 
board designer who is trying to keep component costs 
to an absolute minimum and can accept low perform- 
ance message passing. 
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Figure 13. Servicing Message FIFOs without a DMA Controller 


5-243 


AP-437 


CHAPTER 6: DUAL-PORT MEMORY 
INTERFACE 


6.0 DUAL-PORT MEMORY 


The definition of the MULTIBUS II PSB added mes- 
Sage space and interconnect space to the traditional 
memory and I/O address spaces. The goal of message 
space is to support standardized data transfer between 
agents on the system bus (PSB). Each agent’s processor 
runs in its own environment and controls its own mem- 
ory management. The added message space and already 
present dual-port provide two methods of data transfer 
between agents. Under the MULTIBUS II architec- 
ture, the perferred method of data transfer is message 
passing. The traditional shared memory model, howev- 
er, is necessary to support certain software investments. 
To facilitate the migration from a shared memory mod- 
el (dual-port) to a message passing model, the MPC 
supports access to local memory from the PSB. 


6.1 Interfacing Signals 


Figure 14 shows the interface between dual-port memo- 
ry and the MPC. In this diagram the PSB and local bus 
can access dual-port memory. The PSB accesses the 
memory through the Buffered Address/Data bus 
(BAD*) and local accesses to dual-port memory are 
accomplished over the local buses (Local Address and 
Local Data). All communications examples discussed 
in the next few paragraphs are examples between the 
PSB and dual-port memory on the Intel iSBC 386/100 
board. In addition, Figure 14 is the diagram of the 
MPC dual-port memory interface and should be refer- 
enced by the reader when needed. Also, this section will 
cover the MPC dual-port interface on the Intel iSBC 
386/116 board. 


There are three signals which interface between the 
MPC and the Dual-Port Memory Control Block 
(DPMCB): COM*, ERR* and SEL*. Since there are 
only three signals between the MPC and the DPMCB it 
would seem that the MPC might have little to do with 
dual-port operations. The fact is, the MPC and 
DPMCB work well together in accomplishing dual- 
port operations and the work is divided evenly between 
two areas. The MPC’s function is to recognize the ad- 
dress on the PSB then accept data from it and drive it 
on the BAD bus when a write to dual-port is in opera- 
tion. Also, it will drive data out on the PSB from the 
BAD bus when a write from dual-port is in operation. 
The DPMCB’s function is to drive the data from the 
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BAD bus to dual-port memory during a write to dual- 
port operation and to drive the data from dual-port to 
the BAD bus when a write form dual-port is in process. 
Described above is only the macro functions of the 
DPMCB and the MPC. Details will be discussed in 
section 6.2. In addition, coordination of the data’ ex- 
change between the PSB and dual-port memory are ac- 


complished through the use of the three control signals 
mentioned previously. 


SEL* (Select): The MPC asserts SEL* to the 
DPMCEB to inform it that a dual- 
port operation has been request- 
ed. SEL’ will signal the DPMCB 
to latch information such as type 
of operation (READ or WRITE) 
and the width of the data trans- 
fer. The DPMCB in turn, will en- 
able the address to be latched 
onto the dual-port address bus. 
SEL” is deasserted when the PSB 
bus handshake is complete on the 
PSB bus or the MPC detects an 
exception. 


ERR’ is an input to the MPC. It 
is asserted when a memory data 
parity error has occurred. After 
ERR*% is asserted, the MPC will 
in turn place an agent data error 
signal to the PSB. The MPC re- 
sponds by completing the replier 
handshake on the PSB bus using 
a “data error” agent error code. 
In addition, since the majority or 
error detection is furnished by 
the MPC, it reduces the need for 
so much error detection design in 
the DPMCB. 


COM* is an input to the MPC. It 
is asserted to indicate to the 
MPC that the DPMCB is ready 
to complete the dual-port trans- 
fer process. During a data read 
from dual-port to the PSB, 
COM” is asserted to indicate to 
the MPC that data is present on 
the BAD* bus and can be sent 
out to the PSB. Conversely, dur- 
ing a data write to dual-port 
from the PSB, COM” is asserted 
to indicate to the MPC that data 
on the BAD* bus has _ been 
latched into memory and can be 
removed from the BAD”* bus. 


ERR* (Error): 


COM* (Complete): 
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Figure 14. MPC Dual-Port Interface 
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6.2 Dual-Port Memory Operation 


In a typical dual-port memory operation, with respect 
to the PSB, the MPC recognizes a local dual-port ad- 
dress and asserts the SEL” signal. Before SEL”* is as- 
serted the DPMCB will have already latched informa- 
tion from the System Control lines (SC) it is continu- 
ously monitoring. The BSC lines will indicate to the 
DPMCB the data width of the operation, if the opera- 
tion is a memory read or write, and the address. From 
this point two events can occur: a read from dual-port 
or a write to dual-port. The following two paragraphs 
will detail a read or write from dual-port memory. 


If the operation is a write to dual-port, the 
DPMCB will monitor SC3* (Bus Owner Ready). 
When SC3* is asserted, the DPMCB latches the 
data to dual-port memory from the PSB. After 
data is latched, COM” is asserted, signaling com- 
pletion of the process. Now the MPC can remove 
the data from the BAD* lines and complete the 
bus handshake. 


If the operation is a read from dual-port, the data 
is fetched from the addressed location. After the 
data fetch, the DPMCB sends the signal COM* to 
the MPC, indicating that data is available for 
transfer. Now the MPC will assert SC4* (Replying 
Agent Ready) to complete the PSB bus handshake. 
When the handshake is complete, data will have 
been latched to the PSB. 


In both read and write cases, when SC3* or SC4* is 
forced inactive, this will force SEL* inactive. In addi- 
tion, forcing SEL* inactive will disable COM*, thus 
completing the dual-port operation. 
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The dual-port memory control block is controlled by 
PALs and logic on the Intel iSBC 386/116 board. Any 
combination of chips (microcontrollers, PALs, etc.) 
could be used to perform the function of the DPMCB. 
Also, the DPMCB controls arbitration between dual- 
port access form the PSB and the local bus. 
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HIGH-SPEED GRAPHICS/WINDOWING FOR iRMX®II 
SYSTEMS 


The iSBX 279A is a complete graphics subsystem designed to provide users of Intel’s 
iRMX® II, and RMX III real-time systems with advanced interactive graphics functions. 
Based on Intel’s 82786 Display Processor, the iSBX 279A efficiently off-loads bitmap and 
window manipulation from the application CPU, preserving real-time system 
performance. Windowing, ASCII terminal emulation with system console support, and 
drawing commands are provided in a convenient system expansion package. Complete 
software support, including iRMX Device Drivers, Application Interface Libraries for 
C-286, 386 and PL/M 286, 386 and loadable fonts, provides a high-level, network 
transparent interface, allowing application portability across Intel’s real-time platforms 
and shortening application development time. 


FEATURES e Terminal Emulator 

¢ Intel 82786 Display Processor e Standard Graphics Command 

e iRMX Operating System Device Drivers Interpreter 

e High-Level Language Interface e Network Transparent Graphics Protocol 
e System Console Support Kits 

e Windowed User Interface 
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| FEATURES | | 


INTEL 82786 DISPLAY 
PROCESSOR 


The Intel 82786 Display Processor is used to 
provide nearly instantaneous window 
manipulation. Together with the iSBX 279A 
firmware and iRMX software, this allows 
multiple overlapping windows displaying 
graphical information or terminal sessions to 
be presented simultaneously. 


iRMX® OPERATING SYSTEM 
DEVICE DRIVER 


The iRMX Interactive Configuration Utility 
provides the screens needed to configure the 
iSBX 279A. The device driver manages the 
device interface and performs I/O on behalf of 
application requests through device/file 
connections in the iRMX IOS. The device 
driver is compatible with iRMX Terminal 
Support. This speeds development by allowing 
the programmer to remain unaware of the 
device interface, instead concentrating on the 
application code needed for the target system. 


HIGH-LEVEL LANGUAGE 
INTERFACE 


Application interface libraries are provided for 
C-286, C-386 and PL/M 286, 386. The 
application interface is a set of graphics and 
windowing primitives that provide standard 
drawing functions with complete control of 
bitmaps and windows. This allows the 
application programmer to quickly begin 
writing sophisticated real-time graphics 
applications using a portable interface for 
iRMX systems. 


WINDOWED USER INTERFACE 


The user may interactively MOVE, RESIZE, 
PUSH, POP, and SELECT windows using the 
mouse and an easy-to-use menu provided for 
this purpose. Several terminal sessions and 
interactive graphics applications can be 
managed from a single console. Window and 
bitmap manipulation is performed locally by 
the iSBX 279A, allowing complex user- 
interface operations to proceed in parallel with 
time-critical real-time tasks on the host-CPU. 
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TERMINAL EMULATOR 


The terminal emulator allows existing 
applications to run in a window without 
modification. The terminal emulator is 
compatible with the iRMX Human Interface, 
the AEDIT text editor, iRMX Virtual Terminal 
software, and other terminal oriented 
programs that can be configured to operate 
with a smart CRT. By using the virtual 
terminal capability, it is possible to access any 
host on an OpenNET network from a single 
display. 


STANDARD GRAPHICS 
COMMAND INTERPRETER 


The graphics command interpreter is an 
implementation of the Computer Graphics 
Interface (CGI), providing an interface that is 
consistent with current ISO-CGM and ANSI- 
CGI standardization efforts, while extending 
this interface to include window and bitmap 
manipulation functions. The interface is fully 
compatible with Intel’s existing iVDI 720 R1.8 
interface providing a direct upgrade for iSBC 
186/78A applications. 


NETWORK TRANSPARENT 
GRAPHICS PROTOCOL 


Using OpenNET it is possible to display images 
stored on remote nodes, run interactive 
applications from any node on the network, 
allow multiple applications on several 
processors to share a single display, and access 
other displays from a local application 
processor. Network transparency allows 
distributed applications to be controlled from a 
single console. 


INTEL QUALITY AND 
RELIABILITY 


The components of the iSBX 279A subsystem 
are designed and manufactured in accordance 
with Intel’s high quality standards. Quality is 
assured through rigorous testing in our state- 
of-the-art Environmental Testing Laboratory. 


| 


SPECIFICATIONS 


REAL-TIME GRAPHICS INTERFACE COMMAND SUMMARY 


Graphics Server Commands 


gqbeginmetafile 
gqsetbackgroundcolor 
gqclearviewsurface 
gqclosecgi 
gqpolymarker 

gqcircle 

gqtext 

gaqsetasfs 
gqsetlinewidth 
gqsetmarkertype 
gqsetfillareabundlerep 
gqsetpatternindex 
gqsetperimetertype 
gqsettextfontlist 
gqsetcharacterexpansionfactor 
gqsetcharacterorientation 
gqsettransparency 
gqsetblinkinterval 
gqsetwritemask 
gqdeleteallwindows 
gqsetwindowpriority 
gqselectdrawingbitmap 
gqresizewindow 
gqsetbordercolor 
gqsetsyscursorcolor 
gaqsetdrawingmode 
gaqdeletecursor 
gqselectmenu 
gqinqwindowinfo 
gqinagfontinfo 
gqsetinputdevicemode 
gqrequeststring 
gqendinput 


gqendmetafile 
gqsetvdcextent 
gqresetdefaults 
gqsetscalingmode 
gqmarker 

gqarc 

gqappendtext 
gqsetpolylinebundleindex 
gqsetlinecolor 
gasetmarkersize 
gqsetinteriorstyle 
gqsetpatterntable 
gqsetperimeterwidth 
gqsettextbundleindex 
gqsetcharacterspacing 
gqsetcharacterpath 
gqsetdisplaycorner 
gqsetimagebounds 
gasetcursorsize 
gqcreatebitmap 
gqpopwindow 
gqmovewindow 
gqsetwindowvisi 
gqsetlbppcolorpad 
gqsetcursorvisi 
gabitblt 
gqassigncursor 
gqenablesystemmenu 
gqreqwindowinfo 
gqinitializelocator 


gqsamplelocator 
gqsetpromptstate 
gqrequestinput 


gqbeginpicture 
gqsetcliprectangle 
gqsetdeviceviewport 
gqpolyline 

gqpolygon 

gqgarcclose 
gqarccenter 
gqsetpolylinebundlerep 
gqsetpolymarkerbundleindex 
gqsetmarkercolor 
gqsetfillcolor 
gqsetpatternreferencepoint 
gqsetperimetercolor 
gqsettextbundlerep 
gqsettextcolor 
gqsettextalignment 
gqsetblinkmode 
gadisplayimage 
gqcreatewindow 
gadeletebitmap 
gqpushwindow 
gqpanbitmap 
gasetbordervisi 
gqset2bppcolorpad 
gqloadfont 
gqloadbitmap 
gqloadmenu 
gqdisablesystemmenu 
gqingbitmapinfo 
gqginitializestring 
gqsamplestring 
gqsetechostate 


gqendpicture 
gqsetclipindicator 
gqopencgi 

gqline 

gqrectangle 
gqcellarray 
gqarccenterclose 
gqsetlinetype 
gqsetpolymarkerbundlerep 
gaqsetfillareabundleindex 
gqsethatchindex 
gqsetpatternsize 
gqsettextfontindex 
gqsettextprecision 
gqsetcharacterheight 
gaqsetcolortable 
gqsetblinkcolor 
gqsetcursorcolor 
gqdeletewindow 
gadeleteallbitmaps 
gqchangebitmap 
gqpanwindow 
gqsetfieldcolor 
gaqset4bppcolorpad 
gadeletefont 
gqloadcursor 
gqdeletemenu 
gqingerrorinfo 
gqingcursorinfo 
gqreleaseinputdevice 
gqrequestlocator 
gqstartinput 


} Terminal Server Commands 


LINE FEED 
CURSOR UP 


BACKSPACE 
CURSOR RIGHT 


RETURN 


CURSOR HOME 


DELETE LINE 
CLEAR TO END OF LINE 

ENABLE VISUAL BELL 

SET FOREGROUND COLOR 

SELECT SECONDARY CHARACTER SET 
USE PRIMARY FONT 

END REVERSE VIDEO 


INSERT LINE 

CLEAR TO END OF SCREEN 
DISABLE VISUAL BELL 

SET BACKGROUND COLOR 

SELECT PRIMARY CHARACTER SET 
SELECT SECONDARY FONT INDEX 
START REVERSE VIDEO 


MOVE CURSOR 

CLEAR SCREEN 

VISUAL BELL 

INVERT SCREEN 

RESET TO DEFAULTS 

SELECT PRIMARY FONT INDEX 
USE SECONDARY FONT 


Buffered Operating System Interface 


cgi_send__cmd 
» egi_flush 


cgi__terminate 
cgi_sendreply 


cgi__initialize 
cgi__send 
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| SPECIFICATIONS | 


¢ 640 by 480 Pixel Display, 25MHZ Pixel Clock 

e 60 HZ Non-interlaced Frame Rate, 31.5Khz 
Horizontal Rate 

e 1 Megabyte of Bitmap Memory 

e Bitmap Depths of 1, 2, 4, or 8 bits 

e Up to 256 Displayed Colors from a Palette of 
16.7 Million! 

¢ On-board Self-Test and Diagnostics 


‘ 


Interfaces Supported — 
IBM2 PC/AT3 Keyboard (or compatible) 


PC-MOUSE (or compatible) locator device 


NEC MultiSync4 Analog-RGB Monitor (or 
compatible) 


8-bit iSBX Bus Interface (all signals TTL 
compatible) 


Electrical Requirements 
+5 VDC +5% @=3.0A 


+12 VDC +5% @~0.025 A 


Physical Characteristics 
Width: 7.5in. =19.05cm. 


Length: 3.15in. =8.00 cm. 


Height: 0.80” =2.03cm. iSBX 279 Only 
1.14in. =2.89cm. With iSBC Host 


Weight: 6.00z. =170.1 gm. iSBX 279 Only 
Environmental Requirements 


Operating Temperature: 0°C to 55°C@200 LFPM 
minimum air flow 


Storage Temperature: — 40°C to + 70°C 
Humidity: 


—12 VDC +5% @=0.025 A 


0% to 95%, non-condensing 


1 See the RGI279 Product Release Notes for restrictions on window size/placement when 
displaying 256 colors. 

2 IBM is a registered trademark of International Business Machines, Inc. 

3 PC/AT is a trademark of International Business Machines, Inc. 

4 MultiSync is a trademark of NEC. 


ORDERING INFORMATION | 


Order Code Description 
SBX279A Display Subsystem (Board Only) 


Intel. 


ISBX 311 
ANALOG INPUT MULTIMODULE BOARD 
m@ Low Cost Analog Input Via iSBX Bus @ Unipolar (0 to + 5V) or Bipolar (—5V to 
Connector + 5V) Input, Jumper Selectable 
m= 8 Differential/16 Single-Ended, Fault m@ 12-Bit Resolution Analog-To-Digital 
Protected Inputs Converter 
m@ 20 mV to 5V Full Scale Input Range, m@ 18 KHz Samples Per Second 
Resistor Gain Selectable Throughput to Memory 


The Intel iSBX 311 Analog, Input MULTIMODULE board provides simple interfacing of non-isolated analog 
signals to any iSBC board having an IEEE 959 iSBX I/O Expansion Bus connector. The single-wide iSBX 311 
plugs directly onto the iSBC board, providing data acquisition of analog signals from eight differential or sixteen 
single-ended voltage inputs, jumper selectable. Resistor gain selection is provided for both low level (20 mV 
full scale range) and high level (5 volt FSR) signals. The iSBX 311 MULTIMODULE board provides 12 bit 
resolution, 11 bit accuracy, and a simple programming interface, all on a low cost SBX board. 


280233-1 
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iSBX 311 BOARD 


BLOCK DIAGRAM 


iSBX 311 Analog Input MULTIMODULE Board 


HIGH 
IMPEDANCE 
BUFFER 
AMP 


8 CHANNEL ’ 
INPUT a 
MULTI. \ 


PLEXER DIFFERENTIAL 
TO 


SINGLE 
ENDED 
AMP 


SIGNAL GROUND GAIN 


ANALOG } GROUND “Hy 
INPUT 
SIGNALS 


SELECT 


& 
OFFSET 
ADJUST 


BUFFER 
AMP 


8 CHANNEL 
INPUT 
MULTI- 
PLEXER 


SPECIFICATIONS 


inputs—8 differential. 16 single-ended. Jumper se- 
lectable. 

Voltage Range—— 5 to + 5 volts (bipolar). 0 to +5 
volts (unipolar). Jumper selectable. 


Gain—User-configurable through installation of two 
resistors. Factory-configured for gain of X1. 


Resolution—12 bits over full scale range (1.22 mV 
at O-5V, 5 pV at 0-20 mV). 


Accuracy— 


Accuracy at 25°C 


+0.035% + 1% LSB 
1 LSB 
1% LSB 
1, LSB 


+0.035% + 
+0.035% + 
+0.035% + 


NOTE: 

Figures are in percent of full scale reading. At any fixed 
temperature between 0° and 60°C, the accuracy is adjusta- 
ble to +0.035% of full scale. 
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GAIN 
RESISTOR 


INTERRUPT 
LOGIC 


DIGITAL 
To 
SAMPLE 
& OUTPUT 


HOLD DAC BUFFER Pa 
AMP 


CONTROL 
LINES 
CONVERSION 
AND 
CHANNEL 


SELECTOR 
LOGIC 


280233-2 


Dynamic Error—+0.015% FSR for transitions. 
Gain TC (at Gain = 1): 30 PPM per degree centi- 
grade (typical); 56 PPM per degree centigrade 
(max). 


Offset TC (in percent of FSR/°C): 


Offset is measured with user-supplied 10 PPM/°C gain resistors | in- 
stalled. 


Input Protection— + 30 volts. 
input Impedance—20 MQ (minimum). 
Conversion Speed—50 ms (nominal). 


Common Mode Rejection Ratio—60 db (mini- 
mum). 


Sample and hold—sample time 15 ms. 


Aperture—hold aperture time: 120 ns. 


5 ee FS Fe SO Ry ee oe a ee Oe 
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Connectors— 
| Centers | — Mating 
| in | cm | Connectors 
J1 8/16 3m 3415-000 
0:1 | -0.254 


Channels 
Analog 

Physical Characteristics 

Width: 9.40 cm (3.7 inches) 

Length: 6.35 cm (2.5 inches) 


Height: 2.03 cm (0.80 inch) MULTIMODULE board 
only 
2.82 cm (1.13 inches) MULTIMODULE and 
iSBC board 


Weight: 68.05 gm (2.4 ounces) 


Electrical Characteristics (from iSBX 
connector) 


Veo = +5 volts:(+0.25V), Iog = 250 mAmax 
Vdd = +12 volts (+0.6V), Ilgqg = 50 mAmax 
ss = —12 volts (+0.6V), Ig5g = 55 mAmax 


iSBX 311 BOARD 


Environmental Characteristics 


Operating Temperature: 0° to 60°C (32° to 140°C) 


Relative Humidity: to 90% (without condensa- 
tion) 


Reference Manuals 

142913— iSBX 311 Analog Input MULTIMODULE 
Board Hardware Reference Manual (or- 
der separately) 


ORDERING INFORMATION 


Order Code Description 
SBX311 Analog Input MULTIMODULE Board 
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ISBX 328 
ANALOG OUTPUT MULTIMODULE 
BOARD 


m Low Cost Analog Output Via iSBX Bus m 12-Bit Resolution 


Connector m 0.035% Full Scale Voltage Accuracy 
m@ 8 Channel Output, Current Loop or @ 25°C 
‘Voltage in any Mix g Programmable Offset Adjust in Current 
m 4-20 mA Current Loop; 5V Unipolar or Loop Mode 


Bipolar Voltage Output 


The Intel iSBX 328 MULTIMODULE board provides analog signal output for any intelligent board having an 
IEEE 959 iSBX I/O Expansion bus connector. The single-wide iSBX 328 plugs directly onto the host board, 
providing eight independent output channels of analog voltage for meters, programmable power supplies, etc. 
Voltage output can be mixed with current loop output for control of popular 4—20 mA industrial control ele- 
ments. By using an Intel single chip computer (8041) for refreshing separate sample-hold amplifiers through a 
single 12 bit DAC, eight channels are contained on a single SBX board for high density and low cost per 
channel. High quality analog components provide 12 bit resolution, and slew rates per channel of 0.1V per 
microsecond. Maximum channel update rates are 5 KHz on a single channel to 1 KHz on all eight channels. 
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BLOCK DIAGRAM 


iSBX 328 BOARD 


iSBC 328 Analog Output MULTIMODULE Board Block Diagram 


CURRENT.-TO-VOLTAGE 
AMP 


DIGITAL-TO 
ANALOG 
CONVERTER 
12-BIT 
RESOLUTION 


MULTIPLEXER CONTROL 


SPECIFICATIONS 
Outputs —8  non-isolated channels, 
each independently jump- 


ered for voltage output or 
current loop output mode. 


— 0 to +5V (unipolar operation) 
—5 to +5V (bipolar opera- 
tion) 


Voltage Ranges 


Current Loop 


Range — 4 to 20 mA (unipolar opera- 
tion only) 
Output Current — +5 mA maximum (voltage 


mode-bipolar operation) 
Load Resistance —0O to 2509 with on-board 

iSBX power. 1000292 minimum 

with 30 VDC max. external 


supply 

Compliance 

Voltage —12V using on-board iSBX 
power. If supplied by user, up 
to 30 VDC max 

Resolution — 12 bits bipolar or unipolar 

Slew Rate —0.1V per microsecond mini- 


mum 


BUFFER 
AMPLIFIER 


‘ 
LOOP ( > » VOLTAGE TO 
AMP CURRENT 


ANALOG ANALOG 
reat OUTPUT 


PLEXER ee 


SAMPLE/HOLD 
CAPACITOR 


DEMULTI- 
PLEXER 


280234-2 
Single Channel 

Update Rate — 5 KHz 

Eight Channel 

Update Rate — 1 KHz 


Output Impedance— 0.11. Drives capacitive loads 
up to 0.05 microfarads. (ap- 
prox. 1000 foot cable) 


Temperature 
Coefficient 


— 0.005%/°C 


Refresh and Throughput Rates** 


Refresh 1 channel (no new data): 80 ws 


Refresh all 8 channels (no new data): 650 ws 

Update and refresh 1 channel with new 

data: firmware program 2 150 us 
for each additional channel 130 us 

Update and refresh 1 channel with new 

data: firmware program 1 or 3 200 ps: 
for each additional channel 155 ps 

Update and refresh all 8 channels 

(all new data): firmware program 2 1,050 ms 
per channel of new data 50 ws 

Update and refresh all 8 channels 

(all new data): firmware program 1or3 1,280ms 


per channel of new data 80 ws 


** All times nominal 
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iSBX 328 BOARD | | 3 intel 


Accuracy— 


Ambient 
Temp 


Voltage-Unipolar, typical + 0.025% FSR @ 25°C 
Voltage-Unipolar, maximum + 0.035% FSR @ 25°C 
Voltage-Unipolar, typical + 0.08% FSR @ 0° to 60°C 
Voltage-Unipolar, maximum + 0.19% FSR @ 0° to 60°C 


Voltage-Bipolar, typical + 0.025% FSR @ 25°C 


Voltage-Bipolar, maximum + 0.035% FSR @ 25°C 
Voltage-Bipolar, typical + 0.09% FSR @ 0° to 60°C 
Voltage-Bipolar, maximum + 0.17% FSR @ 0° to 60°C 


Current Loop, typical + 0.07% FSR @ 25°C 
Current Loop, maximum + 0.08% FSR @ 25°C 
Current Loop, typical + 0.17% FSR @ 0° to 60°C 
Current Loop, maximum + 0.837% FSR @ 0° to 60°C 


Connectors— Environmental Characteristics 


Pins Mating , Oh ‘ = i 
(Qty) ee | ae Cesietna TeuIperAe 0° to 60°C (32° to 140°C) 
Relative Humidity: 


to 90% (without condensa- 
tion) 


J1 8/16 3m 3415-000 
channels 0.7- 0.254 
analog 


Reference Manuals 


é ee 142914— iSBX 328 Analog Output MULTI-MODULE 
Physical Characteristics Board Hardware Reference Manual (Or- 


Width: 9.40 cm (3.7 inches) der Separately) 


Length: 6.35 cm (2.5 inches) 
Height: 1.4 cm (0.56 inch) MULTIMODULE board ORDERING INFORMATION 


only 
2.82 cm (1.13 inches) MULTIMODULE and Order Code ~— Description 
iSBC board. SBX328 Analog Output MULTIMODULE 


Weight: 85.06 gm (3.0 ounces) Board 


Electrical Characteristics 
Voc = +5V(0.25V), Iog = 140 mA max 


Vpop = +12V (+0.6V), Ipp = 45 mA max 
(voltage mode) 
= 200 mA max 
(current loop 
mode 


Vss = —12V(+0.6V), Iss = 55 mA max 
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Intel. 


ISBX 350 
PARALLEL I/O MULTIMODULE BOARD 


m IEEE 959 SBX Bus Compatible |/O m Accessed as I/O Port Locations 


Expansion m Single +5V Low Power Requirement 
a = i aera is O wry aeik m= SBX Bus On-Board Expansion 
ockets for Interchangeable Line Eliminates Multibus System Bus 


Drivers and Terminators Latency and Increases System 
= Three Jumper Selectable Interrupt Throughput 
Request Sources 


The Intel iSBX 350 Parallel |1/O MULTIMODULE Board is a member of Intel’s line of IEEE 959 SBX I/O 
Expansion Bus products. The iSBX 350 module provides 24 programmable |/O lines with sockets for inter- 
changeable line drivers and terminators. The board is closely coupled to the host board through the SBX bus, 
and as such, offers maximum on-board performance and frees Multibus system traffic for other system re- 
sources. In addition, incremental power dissipation is minimal at only 1.6 watts (not including optional driver/ 
terminators). 
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iSBX 350 BOARD 


SPECIFICATIONS 


I/O Capacity 


24 programmable lines 


Parallel |/O Port Operation Modes 


Mode of Operation 
Unidirectional 
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NOTE: 


X 
X 
X 


1. Part of Port C must be used as a control port when either Port A or Port B are used as a latched and strobed input or a 
latched and strobed output port or Port A is used as a bidirectional port. 


Word Size 
Data: 8 Bits 


I/O Addressing 
82C55A-5 Ports iSBX 350 Address 


Port A XO or X4 
Port B X1 or X5 
X2 or X6 
X3 or X7 
X8 to XF 


Port C 
Control 
Reserved 


NOTE: 

The first digit of each port I/O address is listed as “X’’ 
since it will change dependent on the type of host single 
board computer used. Refer to the Hardware Reference 
Manual for your host single board computer to determine 
the first digit of the port address. 


interrupts 


Interrupt requests may originate from the program- 
mable peripheral interface (2) or the user specified 
1/O (1). 

Transfer Rates 


Maximum rates are 2.8 MBytes/sec. 
NOTE: 


Actual transfer speed is dependent upon the cycle 
time of the host microcomputer. 
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Parallel interface Connectors 


No. of 
Centers/| Connector Vendor 
Interface | Pairs/ (in.) Type Part No. 
Pins 
Parallel |/O 3415-0001 
Parallel |/O 25/50 Female GTE |6AD01251A1DD 
Connector Soldered | Sylvania 


NOTE: 
Connector compatible with those listed may also be used. 


Line Drivers and Teminators 


1/O Drivers—The following line drivers and termina- 
tors are all compatible with the I/O driver sockets on 
the iSBX 350. 


1, OC 48 
| 


NOTE: 
| = Inverting, NI = Non-Inverting, OC = Open Collector 
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Port 1 has 25 mA totem pole drivers and 1 kf. termi- 
nators. 


I/O Terminators—2200/3300 divider or 1 kQ pull 
up - user supplied. 


Physical Characteristics 


Width: 7.24 cm (2.85 in.) 
Length: 9.40 cm (3.70 in.) 
Height*: 2.04 cm (0.80 in.) iSBX 350 Board 
2.86 cm (1.13 in.) iSBX 350 Board + 
Host Board 
: Weight: 51 gm (1.79 oz) 


*See Figure 2 


Electrical Characteristics 


DC Power Requirements 


Power 

Requirements Configuration 

+5 @320mA Sockets XU3, XU4, XU5, and XU6 empty (as 
shipped). 

+5V @ 500 mA Sockets XU3, XU4, XU5, and XU6 contain 
7438 buffers. 

+5V @ 620 mA Sockets XU3, XU4, XU5, and XU6 contain 
iSBC 901 termination devices. 


ae dere. ses + 
ee USL 
iSBX 350 BOARD 
Environmental 


Operating Temperature: 0°C to + 55°C 


Reference Manual 


9803191—iSBX 350 Parallel |1/O MULTIMODULE 
Manual (NOT SUPPLIED) 


ORDERING INFORMATION 
Order Code Description 


pSBX350 Parallel |/O MULTIMODULE Board 
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iSBX 488 
GPIB MULTIMODULE BOARD 


m Complete IEEE 488-1978 Talker/ m@ Software Functions Built into VLSI 
Listener Functions Including: Hardware for High Performance, Low 
— Addressing, Handshake Protocol, Cost and Small Size 


miu at ea Serial and Parallel m Standard iSBX Bus Interface for Easy 
olling scnemes Connection to Intel iSBC Boards 


A COMPS EEE Qe 1878 CORRE m IEEE 488-1978 Standard Electrical 


Functions Including: terf Transceiver 
— Transfer Control, Service Requests qerregs ° e 


and Remote Enable m Five Voit Only Operation 
= Simple Read/Write Programming 


The Intel iSBX 488 GPIB Talker/Listener/Controller MULTIMODULE board provides a standard interface from 
any Intel iSBC board equipped with an IEEE 959 iSBX I/O Expansion Bus connector to over 600 instruments 
and computer peripherals that use the IEEE 488-1978 General Purpose Interface Bus. By taking full advantage 
of Intel’s VLSI technology the single-wide iSBX 488 MULTIMODULE board implements the complete IEEE 
488-1978 Standard Digital Interface for Programmable Instrumentation on a single low cost board. The iSBX 
488 MULTIMODULE board includes the 8291A GPIB Talker/Listener, 8292 GPIB Controller and two 8293 
GPIB Transceiver devices. This board represents a significant step forward in joining microcomputers and 
instrumentation using industry standards such as the MULTIBUS system bus, iSBX bus and IEEE 488-1978. 


The high performance iSBX 488 MULTIMODULE board mounts easily on Intel iSBX bus compatible single 
board computers. 


A simple user prograinming interface for easy reading, writing and monitoring of all GPIB functions is provided. 
This intelligent interface minimizes the impact on host processor bandwidth. 
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BLOCK DIAGRAM 
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iSBX 488 MULTIMODULE Board Block Diagram 


GPIB INTERFACE 
FUNCTIONS 


DEVICE 
FUNCTION 


SBX 
CONNECTOR 


8291A 
TALKER 
LISTENER 


ADDRESS, 
SELECT, 


installation 


The iSBX 488 MULTIMODULE board plugs directly 
onto the female iSBX connector available on Intel 
iSBC boards. The MULTIMODULE board is then se- 
cured at one additional point with nylon hardware 
(supplied) to insure the mechanical security of the 
assembly. 


SPECIFICATIONS 


Physical Characteristics 


Width: 3.70 in (0.94 cm) 
Length: 2.85 in (7.24 cm) 
Height: 0.8 in (2.04 cm) 
Weight: 3.1 oz (87.8 gm) 


GPIB Data Rate* 


300K bytes/sec transfer rate with DMA host iSBC 
board 


TRANSCEIVER 
& SUPPORT 
LOGIC 


SYSTEM 
CONTROL 


JUMPER 
LOGIC 


TALKER 
LISTENER 
ADDRESS 
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GPIB Functions Supported 
IEEE 488-1978 Functions(1) 


ISBX 488 
Supported 
IEEE Subsets 


SHO, SH1 

AHO, AH1 

TO through T8 
TEO through TE8 
LO through L4 
LEO through LE9 
SRO, SR1 

RLO, RL1 

PPO; PP1, PP2 
DCO through DC2 
DTO, DT1 

CO through C28 


Source Handshake (SH) 
Acceptor Handshake (AH) 
Talker (T) 

Extended Talker (TE) 
Listener (L) 

Extended Listener (LE) 
Service Request (SR) 
Remote Local (RL) 
Parallel Poll (PP) 

Device Clear (DC) 
Device Trigger (DT) 
Controller (C) 


NOTE: 
1. For detailed information refer to IEEE Standard Digital 
Interface for Programmable Instrumentation published by 
The Institute of Electrical and Electronics Engineers, Inc. 
1978. 
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iSBX 488 BOARD 


50K bytes/s transfer rate using programmed |/O 
730 ns Data Accept Time 


*Data rates are iSBX board maximum. Data rates 
will vary and can be slower depending on host 
iSBC board and user software driver. 


Electrical Characteristics 


DC Power Requirements: Vcc = +5 VDC +5% 
loc = 600 milliamps maximum 


GPIB Electrical and Mechanical 
Specifications 


Conforms to IEEE 488-1978 standard electrical lev- 
els and mechanical connector standard when pur- 
chased with the iSBC 988 GPIB cable. 
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Environmental Characteristics 

Operating Temperature: 0° to 60°C (32° to 140°F) 

Relative Humidity: Up to 90% R.H. without 
condensation. 


Reference Manual 

143154— iSBX 488 GPIB MULTIMODULE Board 
Hardware Reference Manual (not sup- 
plied). 


ORDERING INFORMATION 


Order Code Description 
GPIB MULTIMODULE 


® 
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ISBX 351 
SERIAL 1/O MULTIMODULE BOARD 
m@ IEEE959 iSBX Bus Compatible I/O m@ Four Jumper Selectable Interrupt 
Expansion Request Sources 
= Programmable Synchronous/ m Accessed as I/O Port Locations 
Asynchronous Communications m Low Power Requirements 


Channel with RS232C or RS449/422 
interface m@ Single + 5V when Configured for 


m Software Programmable Baud Rate RS449/422 Interface 
Generator = iSBX Bus On-Board Expansion 


Eliminates MULTIBUS System Bus 
Latency and Increases System 
Throughput 


m@ Two Programmable 16-Bit BCD or 
Binary Timer/Event Counters 


The Intel iSBX 351 Serial |1/O MULTIMODULE board is a member of Intel’s line of IEEE 959 iSBX I/O 
Expansion Bus compatible products. The iSBX 351 module provides one RS232C or RS449/422 programma- 
ble synchronous/asynchronous communications channel with software selectable baud rates. Two general 
purpose programmable 16-bit BCD or binary timers/event counters are available to the host board to generate 
accurate time intervals under software control. The iSBX board is closely coupled to the host board through 
the SBX bus, and as such, offers maximum on-board performance and frees MULTIBUS system traffic for 
other system resources. In addition, incremental power dissipation is minimal requiring only 3.0 watts (as- 
sumes RS232C interface). 
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ISBX 351 


SPECIFICATIONS 


1/O Addressing 


1/O Address for 1/O Address for 
an 8-Bit Host a 16-Bit Host 


XO, X2, X4 YO, Y4, Y8 
or X6 or YC 
X1, X3, X5 Y2, Y6, YA 
or X7 or YE 


X8 or XC ZO or Z8 
X9 or XD Z2 or ZA 


XA or XE Z4 or ZC 
XB or XF Z6 or ZE 


NOTE: 


8251A Write: Data 

USART Read: Data 

MCS0/ Write: Mode or Command 
Activated (True) Read: Status 


Write: Counter 0 
8253 PIT Load: Count (N) 


Read: Counter 0 


MSC1/Activated Write: Counter 1 


Load: Count N 
Read: Counter 1 
Write: Counter 2 
Load: Count (N) 
Read: Counter 2 
Write: Control 
Read: None 


(True) 


X = The iSBX base address that activates MCSO & MSC1 for an 8-bit host. 

Y = The iSBX base address that activates MCSO for a 16-bit host. 

Z = The iSBX base address that activates MCS1 for a 16-bit host. 

The first digit, X, Y or Z, is always a variable, since it will depend on the type of host microcomputer used. Refer to the 
Hardware Reference Manual for your host microcomputer to determine the first digit of the |/O base address. 

The first digit of each port I/O address is listed as “X”’ since it will change depending on the type of host iSBC microcomput- 
er used. Refer to the Hardware Reference Manual for your host iSBC microcomputer to determine the first digit of the 1/O 


address. 


Word Size 
Data—8 bits 


Access Time 


Read—250 ns max 
Write—300 ns max 


NOTE: 


Actual transfer speed is dependent upon the cycle 
time of the host microcomputer. 


6-18 


Serial Communications 


Synchronous—5-8-bit characters; internal charac- 
ter synchronization; automatic sync insertion; even, 
odd or no parity generation/detection. 


Asynchronous—5-8-bit characters; break character 
generation and detection; 1, 11%, or 2 stop bits; false 
start bit detection; even, odd or no parity genera- 
tion/detection. 


interval Timer and Baud Rate 
Generator 
Input Frequency (selectable): 


1.23 MHz +0.1% (0.813 ws period nominal) 
153.6 kHz +0.1% (6.5 ws period nominal) 
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Sample Baud Rate 


8253 PIT(1) 8251 USART Baud Rate (Hz)(2) 
Frequency (kHZ, 


Software Selectanle) 


+ 64 


4800 
2400 


NOTES: 

1. Frequency selected by |/O writes of appropriate 16-bit frequency factor to Baud Rate Register. 

2. Baud rates shown here are only a sample subset of possible software-programmable rates available. Any frequency from 
18.75 Hz to 614.4 kHz may be generated utilizing on-board crystal oscillator and 16-bit Programmable Interval Timer (used 


here as frequency divider). 
Rate Generator Real-Time Interrupt 
(Frequency) (Interval) 


18.75 Hz 614.4 kHz 


Output Frequency 


2.34 Hz 76.8 kHz 
0.000286 Hz 307.2 kHz 
Dual Timer(4) (Counters 0 and 1 in Series) 0.0000358 Hz 38.4 kHz 


NOTES: 

1. Assuming 1.23 MHz clock input. 3. Assuming Counter 0 has 1.23 MHz clock input. 

2. Assuming 153.6 kHz clock input. 4. Assuming Counter 0 has 153.6 kHz clock input. 
Interrupts - EIA Standard RS449/422 signals provided and sup- 


ported. 
Interrupt requests may originate from the USART (2) 
or the programmable timer (2). Clear to Send (CS) 
Data Mode (DM) 
Terminal Ready (TR) 
Interfaces Request to Send (RS) 
IEEE959 iSBX I/O Expansion Bus Seas Ee 
Terminal Timing (TT) 


_ Serial—configurable of EIA Standards RS232C or Send Data (SD) 


RS449/422 : 
EIA Standard RS232C signals provided and support- Physical Characteristics 
ed. | | Width: 7.24 cm (2.85 inches) 
Clear to Send (CTS) Length: 9.40 cm (3.70 inches) 
Data Set Ready (DSR) Height*: 2.04 cm (0.80 inches) 
Data Terminal Ready (DTR) iSBX 351 Board 
Request to Send (RTS) 2.86 cm (1.13 inches) 
ae fe eae ee iSBX 351 Board and Host Board 
eceiv 
Transmit Clock (DTE TXC) Weight: 51 grams (1.79 ounces) 


Transmit Data (TXD) 
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Electrical Characteristics 


DC Power Requirements 


RS232C +5V +0.25V 


+12V +0.6V 
—12V +0.6V 
RS449/422 +5V +0.25V 


Environmental Characteristics 

Temperature: 0°C-55°C, free moving air across the 
base board and MULTIMODULE 
board. 
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Reference Manual | 
9803190— iSBX 351 Serial 1/O MULTIMODULE 
Manual (NOT SUPPLIED) | 


ORDERING INFORMATION 
Order Code Description 


SBX351 Serial |1/O MULTIMODULE Board 


iSBX 354 DUAL CHANNEL SERIAL I/O 


MULTIMODULE BOARD 
& Two RS232C or RS422A/449 m@ IEEE 959 SBX Bus Compatible I/O 
Programmable Synchronous/ Expansion 
Asynchronous Communications m Supports HDLC/SDLC, NRZ, NRZI or 


Channels 


m Programmable Baud Rate Generation 
for Each Channel : 


m@ Full Duplex Operation 


FM Encoding/Decoding 


@ Three Interrupt Options for Each 
Channel 


@& Low Power Requirements 


The Intel iSBX 354 Serial 1/O MULTIMODULE board is a member of Intel’s line of IEEE 959 iSBX I/O 
Expansion Bus products. Utilizing Intel’s 82530 Serial Communications Controller component, the iSBX 354 
module provides two RS232C or RS422A/449 programmable synchronous/asynchronous communications 
channels. The 82530 component provides two independent full duplex serial channels, on chip crystal oscilla- 
tor, baud-rate generator and digital phase locked loop capability for each channel. The iSBX board connects to 
the host board through the iSBX bus. This offers maximum on-board performance and frees the MULTIBUS 
System bus for use by other system resources. © 
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iISBX 354 MODULE 


SPECIFICATIONS 


Word Size 
Data—8 bits 


Clock Frequency 
4.9152 MHz 


Serial Communications 


Synchronous—internal or external character syn- 
chronization on one or two synchronous characters 


Asynchronous—5-8 bits and 1, 11% or 2 stop bits 
per character; programmable clock factor; break de- 
tection and generation; parity, overrun, and framing 
error detection 


Sample Baud Rate: 


Synchronous X1 Clock 


82530 Count Value 
Baud Rate (Decimal) 


Asynchronous X16 Clock 


: 82530 Count Value 


INTERFACES 


SBX Bus: Meets the IEEE 959 Specification, Com- 
pliance Level: D8 F 


Serial: Meets the EIA RS232C standard on Chan- 
nels A and B. Meets the EIA RS422A/449 standard 
on Channels A and B, Multi-drop capability on Chan- 
nel A only. 
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Signals Provided 


RS232C DTE 


-Transmit Data 
-Receive Data 


RS232C DCE 


-Transmit Data 
-Receive Data 


-Request to Send -Clear to Send 
-Clear to Send -Data Set Ready 
-Data Set Ready -Signal Ground 
-Signal Ground -Carrier Detect 
-Carrier Detect -Transmit Clock (2) 
-Transmit Clock (2) -Receive Clock 
-Receive Clock -Ring Indicator 


-Data Terminal Ready 
-Ring Indicator 


RS422A/449 
-Send Data 
-Receive Timing 
-Receive Data 
-Terminal Timing 
-Receive Common 


1/O Port Addresses 


8-Bit 16-Bit 


-| Read Status Channel B 
Write Command Channel B 
Read Data Channel B 
Write Data Channel B 
Read Status Channel A 
Write Command Channel A 
Read Data Channel A 
Write Data Channel A 
Read Disable RS422A/449 Buffer 
Write Enable RS422A/449 Buffer 


NOTES: 

1. The “X” and “Y” values depend on the address of the 
iSBX interface as viewed by the base board. 

2. “X’’ corresponds with Activation of the MCS0O/interface 
signal; “Y” corresponds with Activation of the MCS1/inter- 
face signal. 


Power Requirements 


+ 5V at 0.5A 
+12V at 50 mA . 
—12V at 50 mA 


Physical Characteristics 


Width: 2.85 inches 
Length: 3.70 inches 
Height: 0.8 inches 
Weight: 85 grams 


intel. 


ENVIRONMENTAL 

CHARACTERISTICS 

Temperature: 0°C to 55°C operating at 200 linear 
feet per minute across baseboard and 
MULTIMODULE board 


Humidity: To 90%, without condensation 


ORDERING INFORMATION 


Order Code Description 


SBX354 Dual Channel |/O MULTIMODULE 


iSBX 354 MODULE 


REFERENCE MANUAL 


146531—iSBX 354 Channel Serial |/O Board Hard- 
ware Reference Manual 
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Real-Time Software vf 
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REAL-TIME ON A PC 


iRMX® for Windows has the ability to run real-time applications on a PC, resulting in 
significant hardware cost savings over traditional dedicated real-time computers. The PC 
has become the computer of choice for real-time control because of its versatility, low 
cost, and availability. The iRMX for Windows operating system runs on many popular 
PCs* based on the Intel386T™, Intel486T™ and Pentium™ microprocessors, making it the 
perfect companion for PC-based control. Designers can enjoy the security of knowing that 
their development work is compatible with the industry-standard hardware that is 
driving future technology. 


If a desktop PC is not ideal for your application, support for a range of industrialized PC- 
compatible hardware platforms is also available from Intel and other suppliers. 
Configurations for the following are included in the product: 


Multibus I Multibus II 


iSBC 386SX OX iSBC 486 SX 2500 


Family iSBC 486 DX 3300 
iSBC 486 DX 6600 


iRMX® is a registered trademark and Intel386™ and Intel486™ are trademarks of Intel Corporation. 

*All other names and brands are the property of their respective owners. 

*You should test your choice of software and hardware. Please call for a free iRMX® software demonstration kit to start your 
evaluation. 
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| REAL-TIME ON A PC | ON A PC 


DOS AND WINDOWS RUN 
CONCURRENTLY WITH iRMX 


The iRMX for Windows operating system 
provides applications designers with the 
unique ability to take advantage of the 
capabilities of two standard operating systems. 
One is DOS, the PC operating system with the 
Microsoft Windows 3.x graphical environment 
and thousands of existing software 
applications. The other is the iRMX operating 
system, the standard real-time software for the 
Intel architecture, used in over one million 
microprocessor-based systems worldwide. 
These operating systems, running 
concurrently on a single CPU, can provide the 
designer with a powerful set of capabilities to 
tackle the most difficult and demanding 
application. 


In an iRMX for Windows application, DOS/ 
Windows runs as the lowest priority task 
under iRMX. If you do not need DOS or 
Windows system calls, then the application can 
be created with our companion product, iRMX 
for PCs. However, if you want to interface to 
standard software such as spreadsheets, iRMX 
for Windows facilitates this process. And it 
does so at much lower software costs and with 
shorter development times than were possible 
in the past. 


OPERATION WITH STANDARD 
MODE WINDOWS AND DOS 


Intel’s latest release of iRMX for Windows lets 
Windows applications break the 640K memory 
barrier. Windows applications which are run 
in standard mode have access to up to 15 
megabytes of extended memory, with 1 
megabyte of conventional memory for a total 
of 16 megabytes. The iRMX operating system 
runs in the remaining extended memory and it 
can access up to the full 4 gigabyte address 


space allowed by the Intel386, Intel486 and 


Pentium microprocessors. 


If your application does not require a Windows 
interface, you can run DOS by itself as an 
iRMX task. By using DOS tools such as 
Borland Turbo C*, you can attain a graphical 
interface without imposing the look and feel of 
Windows. 


Using the real-time extensions (RTE) 
interfaces, DOS and Windows code can share 
data with iRMX code in real time. 


DYNAMIC DATA EXCHANGE (DDE) 


Applications using the Dynamic Data 
Exchange Interface have the ability to 
continuously pass data back and forth between 
themselves and the real-time iRMX tasks. For 
example, Microsoft Word for Windows* 
documents or cells of Excel* spreadsheets can 
be tied directly to iRMX tasks and can be 
continuously updated with information or can 
be used to define control points within the real- 
time control process. 
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In addition, the iRMX DDE router allows DDE 
communications between DDE-capable 
applications throughout your network, letting 
you create powerful distributed applications. 


intel. 


-_ NETWORK CONNECTIVITY : 


INCREASED NETWORK 
CONNECTIVITY 


Intel’s iRMX for PCs operating system delivers 
a rich set of networking capabilities, enabling 
developers to design their applications to run 
on today’s standard networks. 


iRMX-NET is part of Intel’s family of 
OpenNET Local Area Network (LAN) 
products. iRMX-NET enables iRMX computers 
to interconnect and operate easily with other 
OpenNET servers and clients running a 
variety of operating systems. 


Each node on iRMX-NET can be used as a 
server and a client concurrently. This provides 
great flexibility and saves the cost of a 
dedicated server. 


iRMX computers can also be configured to run 
standard Message Interprocess Protocol (MIP) 
or iT P4 jobs for an ISO OSI transport and 
datalink programmatic interface. These jobs 
do not require the full iRMX-NET. 


Intel has also provided a UNIX-compatible 
environment on iRMX for PCs to host the 
TCP/IP* package giving the developer even 
more networking options. The components of 
TCP/IP can be divided into two major 
categories: (1) the kernel, which provides the 
protocol management, and (2) the applications, 
which are the human interfaces to TCP/IP. 


The TCP/IP kernel contains a Transport Layer 
(TCP and UDP), Network Layer (IP), and 
Datalink Layer. On the iRMX operating 


Real-time applications are easier to develop 
with real-time software. Operating systems 
designed for general business use (like DOS 
and UNIX*) typically lack essential real-time 
features, causing development to be expensive, 
difficult or even impossible. In contrast, iRMX 
for Windows is designed to make the 
development of real-time applications easy and 
successful. 


The iRMX for Windows operating system 
includes a rich set of real-time programming 
facilities: : 

e Pre-emptive, priority-based scheduling 

e Support for multiple tasks 

e Inter-task communication 

e Deterministic program execution 


DESIGNED FOR RELIABILITY 
AND EASE OF DEVELOPMENT 


system, the TCP/IP kernel is a single object 
module of shared code that is sysloaded. All 
kernel configuration options are in a single 
file, easily modified either with a text editor 
such as AEDIT or with the provided 
administration commands. 


The user’s programmatic access to TCP/IP 
kernel functions is provided through a 
Berkeley-compatible socket interface library. 
Tasks communicating across a network use 
sockets as end-points of a two-way 
communication path. Tasks create and bind 
sockets to a network address. The user can 
specify either stream sockets (supported by 
TCP) or datagram sockets (supported by UDP). 


The primary applications provided are the 
FTP (File Transfer Protocol) client, which 
allows file exchanges between remote and local 
computers and the TELNET client, which 
allows virtual terminal login sessions to 
remote computers. 


The iRMX for Windows operating system runs 
standard MS-DOS/ Windows as a task, 
enabling applications to benefit from 
compatibility with most MS-DOS networking 
software. However, since networking is an 
inherently real-time application, we strongly 
recommend using the networking software 
(iRMX-Net, TCP/IP) provided with the 
operating system. Also, because the iRMX 
operating system is multitasking, it is possible 
to provide both client and server functionality 
simultaneously, something impossible in an 
MS-DOS environment. 


¢ Control of critical resources through regions 


In addition, the iRMX for Windows operating 
system provides a memory protection scheme 
that detects coding errors. When iRMX for 
Windows software allocates memory, it assigns 
a combination read, write, and execute-only 
status to the allocated code and data segments. 


If the application code attempts to execute 
outside this range or write to a data segment 
marked read-only, the operating system issues 
a protection error. User written exception 
handlers can then gracefully deal with the 
error condition. 


INCREASED FUNCTIONALITY | 
AND PERFORMANCE WITH 
THE iRMK REAL-TIME KERNEL 


The iRMK real-time kernel replaces the real- 
time kernel of the iRMX nucleus. This 
provides additional functionality and better 
performance for iRMX customers as well as an 
upgrade path for many iRMK customers. 


DESIGNED FOR RELIABILITY 
AND EASE OF DEVELOPMENT 


The iRMX user gets additional features such 

as: 

e Alarm handling 

e System-wide task creation/deletion/switch 
handlers 


e The ability to notify multiple tasks from an 


interrupt handler 
e Kernel semaphores and mailboxes 
e Ability to disable and enable scheduling 


SERVICE AND SUPPORT : 


With the iRMX for Windows operating system, 
you’re not alone when developing your real- 
time application. Intel has the best technical 
sales support in the real-time business. The 
one year software support contract packaged 
with a development kit includes: 

e Large discounts on software version releases 
e Free intermediate software product updates 
e Technical phone support thru a 1-800 
number 

Subscription service and technical 
information via: 

— monthly issues of “;Comments” newsletter 
— quarterly Troubleshooting Guides 

— Software Problem Report (SPR) service 


In addition, a range of consulting, training, 
and support services is available from Intel’s 
Systems Engineering Services Group. 
Members of this support group can use their 
years of relevant experience with iRMX, 
MS-DOS, and Windows to help you design, 
develop, or manufacture your real-time 
system. Intel Systems Engineers have direct 
access to Intel’s source code and design tools, 
enabling them to quickly and cost-efficiently 
design and develop customized software for 
your target systems. 


Call your local sales office for more 
information on available support. 


ORDERING INFORMATION 


PRODUCT CODE: RMX4WINDKS 


RMX for Windows Operating System 

Development Kit includes: 

¢ iRMX for Windows operating system 
modules for all supported platforms(2) 

¢ Utility programs 

¢ Source examples 

e iRMX object libraries 

¢ AEDIT text editor 

¢ On-line help utility and manuals 

¢ 32-bit C compiler 

¢ Soft-Scope III debugger 

¢ PL/M-386 compiler 

¢ ASM386 assembler 

¢ Floating Point Libraries 

e Linker Package 

¢ One year of software support 


PRODUCT CODE: RMX4WINDK(D) 


tRMX for Windows Operating System 
Development Kit (same as RMX4WINDKS but 
with 90 days of software support). 


PRODUCT CODE: NLRMX4WINW 


RMX for Windows Operating System Node 
License Product is available for multi-system 
development sites. Requires purchase of one 
development kit per site. 


PRODUCT CODE: RMX4WINMS 


tiRMX for Windows Development Kit manual 


set. 

Note 1: The iRMX for Windows Development Kit includes 
the iRMX for PCs Development Kit. 

Note 2: Please call for a free copy of the iRMX Demonstration 
Package to start your evaluation. 


281148-1 


iRMX® FOR PCs REAL-TIME OPERATING SYSTEM 


The 32-bit iRMX® for PCs operating system provides engineers with the ability to design 
highly reliable, real-time applications for Intel386™, Intel486™ and Pentium™ 
microprocessor-based PC-AT compatible computers. 


Real-time applications are easier to develop with a real-time operating system. Operating 
systems designed for general business applications typically lack essential real-time 
features, so real-time development is often expensive, difficult, or even impossible. In 
contrast, iRMX III software is pre-emptive, priority-based, multitasking, real-time 
software designed to make the development of real-time applications easy and successful. 


The iRMX family of operating systems has become the standard real-time software for 
the Intel architecture. Only DOS runs on more Intel based systems! Intel’s iRMX 
operating systems are running throughout the world in operating rooms, air traffic 
control towers, stock exchanges, factory floors, and in many other time-critical 
environments. 


THE iRMX® FOR PCs OPERATING SYSTEM OFFERS: 


e Easy real-time development e Unrestricted multitasking and efficient 
e¢ Increased functionality and performance memory usage 
e Industry-standard hardware e Increased network connectivity 
compatibility e Ability to use inexpensive Intel386™, 
e Easy upgrades from iRMX II Intel486™ and Pentium™ based 
personal computers 


iRMX® is a registered trademark of Intel Corporation. 
Intel386™, Intel486T, and Pentium™ are trademarks of Intel Corporation. 
*Other brands and names are the property of their respective owners. 
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EASY DEVELOPMENT FOR 
RELIABLE APPLICATIONS 


Real-time applications are easier to develop 

with real-time software. The iRMX for PC’s 

operating system is designed to make the 

development of real-time applications easy and 

successful. iRMX for PCs includes an extensive 

set of true real-time programming facilities: 

¢ Pre-emptive, priority-based scheduling 

e Support for multiple tasks 

e Deterministic program execution 

e Inter-task communication through 
mailboxes and semaphores 

¢ Control of critical resources through regions 
and semaphores 

¢ Low interrupt and task-switch latency times 


Development is further facilitated with a 
multi-user development environment, loadable 
drivers/jobs/OS extensions, an improved C 
compiler, a set of easy-to-use manuals, and 
Soft-Scope II], a true dynamic debugger for 
multitasking applications. 


In addition, the iRMX for PCs operating 
system provides a memory protection scheme 
that detects coding errors. When iRMX for PCs 
software allocates memory, it assigns a 
combination of read, write, and execute-only 
status to allocated code and data segments. If 
the application code attempts to execute 
outside this range, to write to a data segment 
marked read-only, or to write to a code 
segment, the operating system issues a 
protection error. User written exception 
handlers can then gracefully deal with the 
error condition. 


INCREASED FUNCTIONALITY 
AND PERFORMANCE WITH 
THE iRMK REAL-TIME KERNEL 


The iRMK real-time kernel is the heart of the 
iRMX nucleus. This provides additional 
functionality and better performance for 
iRMX customers as well as an upgrade path 
for many iRMK customers. 
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The iRMX user gets additional features such 


as: 

e Alarm handling 

e¢ System-wide task creation/deletion/switch 
handlers 

¢ The ability to notify multiple tasks from an 
interrupt handler 

e Kernel semaphores and mailboxes 

e Ability to disable and enable scheduling 


INDUSTRY-STANDARD 
HARDWARE COMPATIBILITY 


Applications can be developed more efficiently 
due to hardware compatibility with the 
industry standard PC/AT architecture. The 
iRMX for Windows operating systems supports 
IBM and Compaq-compatible PCs‘) based on 
the Intel386, Intel486, and Pentium processors, 
making it the perfect companion for PC-based 
control. Designers can enjoy the security of 
knowing that their development work is 
compatible with the industry-standard 
hardware that is driving the future technology. 
If a desktop PC is not ideal for your 
application, support for a range of 
industrialized PC-compatible hardware 
platforms is also available from Intel and other 
suppliers. Configurations for the following are 


included in the product: 
NOTE 1: Please call for a free copy of the iRMX for Windows 
Demonstration Package to verify compatibility with your PC. 


Multibus I Multibus II 


iSBC 386SX iSBC 486SX2500 
iSBC 486DX3300 
iSBC 486DX6600 
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EASY iRMX® IT UPGRADES 


Binary compatibility with 16-bit iRMX II 
software lets iRMX II users easily move their 
applications to 32 bits on the iRMX for PCs 
operating system with the Intel386, Intel486 or 
Pentium microprocessors. Most 16-bit 
applications run without change. Selected 
parts of an application can be moved to 32 bits 
while others can remain unchanged. 


UNRESTRICTED 
MULTITASKING AND 
EFFICIENT MEMORY USAGE 
WITH SHARED C LIBRARIES 


The shared C library is implemented as an 
operating system extension to iRMX for PCs 
and hence, provides unrestricted multitasking. 
Instead of each C application having to link to 
its own copy of the library, there is one system- 
wide reentrant library which can be shared by 
all tasks/ jobs within the system. Applications 
are linked to an interface library which 
provides access to the shared C library. Since 
application code need only link to the interface 
library, significant code size savings are 
realized. 


All floating point routines are provided in the 
shared C library so you no longer need 
separate libraries for floating vs. non-floating 
point applications. The shared C library is 
linked to the standard floating point libraries. 


The Shared C Library is available in two 
varieties: 3 


1. The Loadable Shared C Library is a job 
which can be loaded via the human 
interface. 


2. The Resident Shared C Library is a first- 
level job which is built into the bootable 
operating system. It is fully reconfigurable 
via the ICU. 


INCREASED NETWORK 
CONNECTIVITY 


Intel’s iRMX for PCs operating system delivers 
a rich set of networking capabilities, enabling 
developers to design their applications to run 
on today’s standard networks. 

. 4 


iRMX-NET is part of Intel’s family of 
OpenNET Local Area Network (LAN) 
products. iRMX-NET enables iRMX computers 


_ to interconnect and operate easily with other 


OpenNET servers and clients running a 
variety of operating systems. 


Each node on iRMX-NET can be used as a 
server and a client concurrently. This provides 
great flexibility and saves the cost of a 
dedicated server. 


iRMX computers can also be configured to run 
standard Message Interprocess Protocol (MIP) 
or iT P4 jobs for an ISO OSI transport and 
datalink programmatic interface. These jobs 
do not require the full iRMX-NET. 


Intel has also provided a UNIX-compatible 
environment on iRMX for PCs to host the 
TCP/IP* package giving the developer even 
more networking options. The components of 
TCP/IP can be divided into two major 
categories: (1) the kernel, which provides the 
protocol management, and (2) the applications, 
which are the human interfaces to TCP/IP. 


The TCP/IP kernel contains a Transport Layer 
(TCP and UDP), Network Layer (IP), and 
Datalink Layer. On the iRMX operating 
system, the TCP/IP kernel is a single object 
module of shared code that is sysloaded. All 
kernel configuration options are in a single 
file, easily modified either with a text editor 
such as AEDIT or with the provided 
administration commands. 


The user’s programmatic access to TCP/IP 
kernel functions is provided through a 
Berkeley-compatible socket interface library. 
Tasks communicating across a network use 
sockets as end-points of a two-way 
communication path. Tasks create and bind 
sockets to a network address. The user can 
specify either stream sockets (supported by 
TCP) or datagram sockets (supported by UDP). 


The primary applications provided are the 
FTP (File Transfer Protocol) client, which 
allows file exchanges between remote and local 
computers. and the TELNET client, which 
allows virtual terminal login sessions to 
remote computers. 
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SERVICE AND SUPPORT | oR ; 


With the iRMX operating system, you are not e Technical phone support through an 800 
alone when developing your real-time number 7 
application. Intel has the best technical Subscription service and technical 

support in the real-time business. information via: | 

— monthly issues of “Comments” newsletter 
— quarterly Troubleshooting Guides 

— software problem report service 


The one year software support contract 

packaged with the development kit includes: 

e Large discounts on SW version releases 

e Free intermediate SW product updates In addition, a range of consulting, training, 
and support services are available. 


ORDERING INFORMATION 


PRODUCT CODE: RMX4PCDKS PRODUCT CODE: RMX4PCDK 
iRMX for PCs Operating System Development tRMX for PCs Operating System Development 


Kit includes: Kit (same as above) but with 90 days of 

¢ Modules for all supported platforms software support. 

e Utility programs : : 

¢ Source examples PRODUCT CODE: NLRMX4PC 
* iRMX object libraries _, RMX for PCs Node License Product is 


e AEDIT text editor 

¢ On-line help utility and manuals 
e 32-bit ANSI standard C compiler 
¢ Soft-Scope III debugger 

e PL/M-386 compiler 

e ASM386 assembler 

e Floating Point Libraries 

e Linker Package 

e One year of software support 


available for multi-system development sites. 
Requires purchase of one developer kit per site. 
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A 32-BIT REAL-TIME KERNEL 


The iRMK Version I.3 Real-time Kernel is the 32-bit real-time executive developed, sold 
and supported by Intel. It reduces the cost and risk of designing and maintaining 
software for numerous real-time applications such as embedded control systems and 
dedicated real-time subsystems in multiple-processor systems. 


KEY FEATURES 
¢ 32-bit, real-time multitasking kernel e Optional Multibus II multiprocessing 
e Rich set of real-time services support 
e Designed and optimized for the i386™ e Requires only the i386 DX, i386 SX, 
and i376 microprocessor families i486T™, or i376 microprocessor; optional 
¢ Comprehensive development tool support for i887™ and i387 SX numeric 
support coprocessors and other peripheral 
e Extremely fast execution with devices 
predictable response times for time- e Easy customized and enhanced 
critical applications e¢ Supported by Intel 


*IBM is a registered trademark of the International Business Machines Corporation. 
MS-DOS is a trademark of Microsoft Corporation. 

VAX is a registered trademark of Digital Equipment Corporation. 

VMS is a trademark of Digital Equipment Corporation. 

386/DOS-Extender is a trademark of Phar Lap Software, Inc. 

Soft-Scope is a trademark of Concurrent Sciences, Inc. 

MetaWare and High C are trademarks of MetaWare, Incorporated. 

MicroWay and NDP C-386 are trademarks of MicroWay, Inc. 
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REAL-TIME SOFTWARE FROM 
THE INDUSTRY LEADER 


Intel has been the industry leader in 
microprocessor-based real-time computing 
since it invented the microprocessor. No other 
company supplies a comparable range of real- 
time solutions. Since 1977, thousands of 
customers have used Intel’s iRMX® real-time 
operating systems and the iRMK real-time 
kernels. 


Now Intel has put its real-time expertise into a 
32-bit kernel that supports the i486, i386, and 
i376 families of microprocessors. The iRMK 
Version I.3 Kernel saves you the cost of 
designing, debugging and maintaining your 
own executive for real-time systems. You can 
concentrate on writing your application rather 
than a kernel. 


THE QUICKEST PATH FOR A 
WIDE RANGE OF REAL-TIME 
APPLICATIONS 


The iRMK Kernel’s high performance and rich 
set of real-time services make it ideal for a 
wide range of real-time applications, including: 


Data acquisition and analysis 
Continuous process control 
Discrete process control 
Simulation 

Medical instrumentation 
Test instrumentation 
Image processing 
Automated test 

Avionics and navigation 
Field command control 
Energy control 
Environmental control 
Radio control 

Satellite communications 
Terminals 

Graphics work stations 
Robots 

Signal processing 

Laser printing 

Front-end concentrators 
Host communications 
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A RICH SET OF REAL-TIME 
SERVICES 


The iRMK Version I.3 Kernel provides a rich 
set of services for real-time applications, 
including: 

e Task management with system calls to 
create, manage, and schedule tasks in a 
multitasking environment. The Kernel offers 
preemptive priority scheduling combined 
with optional time-slice (round robin) 
scheduling. 

The scheduling algorithm used by the iRMK 
Kernel allows it to reschedule tasks in a 
fixed amount of time, regardless of the 
number of tasks. 

An application can provide optional task 
handlers to customize task management. 
These handlers can execute on task creation, 
task switch, task deletion and task priority 
change. You can use task handlers for a wide 
range of functions, including saving and 
restoring the state of coprocessor registers on 
task switch, masking interrupts based on 
task priority or implementing diagnostic 
monitors. 

e Interrupt management by immediately 
switching control to user-written interrupt 
handlers when an interrupt occurs. Response 
to interrupts is both fast and predictable. 
Most of the Kernel’s system calls can be 
executed directly from interrupt handlers. 

e Time management, providing single-shot 
alarms, repetitive alarms and a real-time 
clock. Alarms can be reset to implement 
watchdog, also known as deadman, timers. 

e Semaphores, regions, and mailboxes for 
intertask synchronization and 
communication. Semaphores are used for 
intertask signalling andysynchronization. 
Regions are binary semaphores used to 
ensure mutual exclusion and prevent 
priority inversion when tasks contend for 
control of system resources. A task holding a 
region’s unit runs at the priority of the 
highest priority task waiting for the region’s 
unit. 
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Mailboxes are queues that can hold any 
number of messages and are used to exchange 
data between tasks. Either data or pointers can 
be sent using mailboxes. The kernel allows 
mailbox messages to be of any length. High- + 
priority messages may be placed (jammed) at 
the front of the message queue to ensure that 
they are received before other messages 
queued at the mailbox. 


To ensure that high-priority tasks are not 

blocked by lower priority tasks, the kernel 

allows tasks to queue at semaphores and 

mailboxes in priority order. The kernel also 

supports first-in, first-out task queuing. 

¢ Memory pool manager that provides fixed 
and variable block allocation. Memory can be 
divided into any number of pools. Multiple 
memory pools might be created for different 
speed memories or for allocating different 
size blocks. Access to a memory pool for 

_ fixed-sized allocation is always deterministic. 
The kernel-supplied memory manager works 
with flat, segmented and paged addressing. 
Users can write their own memory managers 
to provide different memory management 
policies or to support virtual memory. 


SUPPORT FOR 
MULTIPROCESSING VIA THE 
MULTIBUS II ARCHITECTURE 


The Multibus II architecture is designed to 

optimize multiple-processor designs. This bus: 

e Implements a loosely coupled architecture in 
which inter-processor interrupts and data 
are exchanged via messages transmitted as 
packets over the bus; 

e Provides fast bus access; 

Allows inter processor signalling at interrupt 

speeds from as many as 255 sources; 

e Provides data transfer rates of up to 32 

megabytes per second; 

Allows multiple communication sessions to 

occur simultaneously between processors; 

e Supports up to 21 CPU boards per chassis 

with each board providing the processor, 

memory, and I/O needed for its portion of 

the application; 

Provides registers—called Interconnect 

Space—on each board, that can be used for 

dynamic system configuration. 


Two optional modules allow iRMK Kernel 
applications to make full use of the Multibus II 
architecture. The first module implements 
message passing, allowing the application to 
have direct access to the message-passing 
hardware or to use Intel’s Multibus II 
transport protocol. The second module 
implements interconnect space access to 
support dynamic system configuration. 


These modules can be used to implement high 
performance multiple-processor designs that: 

e Break a highly complex real-time application 
into multiple lower-complexity applications 
distributed across multiple processors 
Distribute an application that’s too CPU- 
intensive for a single processor between 
several processors 

e Provide redundancy 

Dedicate processors to specific tasks 

Provide inter-operation with any operating 
system or controller board that uses Intel’s — 
Multibus II transport protocol, including the 
iRMX III, iRMX II, iRMK I, and Intel System 
V/386 operating systems. 


HARDWARE REQUIREMENTS 
AND SUPPORT 


The iRMK Kernel requires only a i386 or i376 
family microprocessor and sufficient memory 
for itself and its application. Its design, 
however, recognizes that many systems use 
additional programmable peripheral devices 


and coprocessors. The Kernel provides optional 


device managers for the: 

e i387 and i387 SX Numeric Coprocessors 

e 82380 and 82370 Integrated System 
Peripherals 

e 8254 Programmable Interval Timer 

e 8259A Programmable Interrupt Controller 

¢ 82530 Serial Communication Controller 


An application can supply managers for other 
devices and coprocessors in addition to or in 
replacement of the devices listed above. 


The iRMK Kernel was designed to be 
programmed into PROM or EPROM, making it 
easy to use in embedded designs. 


The iRMK Kernel can be used with any system 
bus including the Multibus I and Multibus II 
buses. The optional Multibus II message- 
passing and Interconnect Space access modules 
use the Message Passing Coprocessor (MPC). 
The Kernel provides managers to use the 
82380/82370 Integrated System Peripherals or 
the 82258 Advanced DMA controller with an 
MPC for message passing. 
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SUPPORT FOR THE Intel386™ 
AND INTEL376 
ARCHITECTURES 


The iRMK Kernel provides 32-bit, protected- 
mode i486, i386 and i376 CPU operation. By 
default, the kernel and its application execute 
in a flat memory space of up to 4 gigabytes in a 
single privilege level. Applications can add 
support for any mixture of additional protected 
mode features including: 

e Any model of segmentation 

e Memory paging 

e Virtual memory 

¢ Multiple privilege levels 

e Call and trap gates 


These protected mode features can be used to 

increase the reliability of the application by 

using the processor’s hardware to: 

¢ Protect against attempts to write beyond 
segment bounds (to catch situations like 
stack overflow or underflow) 

e Allow only privileged or trusted code to 
access key routines and data 

¢ Isolate bugs to single modules so that the rest 
of the application and the kernel are not 
corrupted 

e Assign access rights to code and data 

e Isolate address spaces 


To use these features, the application 
manipulates the processor’s descriptor tables. 
Because the kernel was implemented 
specifically to support i486, i386 and i376 
microprocessor-based applications, it provides 
an optional descriptor table manager that 
simplifies protected mode programming. This 
manager provides system calls to read and 
write descriptor table entries, to convert 
addresses from linear to physical and vice 
versa, and to get a segment’s selector. 
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A MODULAR ARCHITECTURE 
FOR EASY CUSTOMIZING 


The iRMK Kernel offers maximum flexibility 
so that it can be customized for each 
application. Each major function such as 
mailboxes is implemented as a separate 
module. The kernel’s modules are linked 
together and supplied individually. Simply 
link the modules you need for your application. 
An unused module does not need to be linked 
in and does not increase the size of the kernel 
in your application. You can also replace any 
optional kernel module with one that 
implements specific features required by your 
application. For example, you might want to 
replace the kernel’s memory manager with one 
that supports virtual memory. 


Core Modules 

— Task Manager 

— Interrupt Manager 
— Time Manager 


Optional Modules 

— Mailbox Manager 

— Semaphore Manager 

— Memory Manager 

— Descriptor Manager 

— Multibus IT Message Passing 

— Multibus II Interconnect Space Access 


Optional Device Managers 

— i387 and i387 SX Numeric Coprocessors 

— 8259A PIC 

— 8254 PIT 

— 82380/82370 Integrated System Peripheral 
PIT and PIC functions 


Figure 1 shows the Kernel’s modules. 
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Application 
User- 
Supplied 
Language Interface Libraries System 
Routines* 


Kernel 
Supplied 
Device 
Managers 


Kernel Kernel 
Core Optional 
Modules Modules 


Figure 1: iRMK Real-Time Kernel Architecture 


*User-supplied system routines would include interrupt handlers, user-written device managers, and similar routines. 
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DEVELOPING WITH THE iRMK 
REAL-TIME KERNEL 


As Figure 2 shows, Intel supports a complete 
line of development tools for writing and 
debugging iRMK Kernel applications. The 
kernel comes with interface libraries for the 
compilers shown in Figure 2. The source code 
for these libraries is provided, so you can 
modify them to support other compilers and 
languages. 


A Choice of Development Tools 
Intel C i386™ Compiler 
"O |e PL/M i386™ Compiler 
"O |e Fortran i386™ Compiler 
Intel ASM i386™ Assembler 


& INTEL386™ Utilities 


Soft-Scope * Ill Debugger 
iM Ill Monitor 
ICE i386™ |In-Circuit Emulator 


Any i386™ processor family-based 
real-time system 


Figure 2: iRMK Kernel Development Tools 


THE SOFT-SCOPE [T/i386™ 
AND iM III DEBUGGING TEAM 


The Soft-Scope III Debugger and iM III 
Monitor provide a complete cross-debugging 
environment for iRMK Kernel applications. 


| The Debugger resides on a PC/AT-compatible 


system and provides high-level debugging 
capabilities. The monitor resides on the target 
with the kernel and its real-time application 
and provides low-level, processor-oriented 
debug capabilities. Together, the two provide: 
¢ Complete support for the 386DX, 386SX, 
i486, and 376 processor protected-mode 
architectures 

Access to the processor’s system data 
structures such as the GDT, IDT, and LDT 
Breakpoints set on instructions or data-read 
or-write 

Full display of symbolic information and the 
application source code 

Full display of key kernel data such as the 
state of tasks, the ready-task queue, 
mailboxes, semaphores, memory pools, ports, 
and Multibus II message queues and 
messages 

Powerful macros and C expression 
evaluation 

100 kilobytes per minute download between 
the SoftScope III debugger and the iM III 
Monitor target 


The SoftScope III Debugger runs on PC/AT- 
compatible systems. It requires a minimum of 
512 kilobytes of memory and a serial port. You 
can configure the iM III Monitor for any target 
system that contains a 386 family processor, a 
minimum of 16 kilobytes of memory, and a 
serial port. The monitor’s native command set 
provides low-level, hardware-oriented 
debugging capabilities. These basic capabilities 
can be augmented by extending the monitor 
itself, using the Soft-Scope III Debugger or 
writing your own high-level debugger. 
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CONTENTS OF THE iRMK 
KERNEL DEVELOPMENT 
PACKAGE 


The iRMK Kernel comes in a comprehensive 

package that includes: 

¢ Kernel object modules 

e Source for the kernel-supplied 82380 and 
82370 Integrated System Peripherals; 8259A 
PIC; 8254 PIT; i387 and i387 SX Numeric 
Coprocessor; and 82530 Serial 
Communication Controller device managers. 


Source also is provided for the 82258 and 82380 
DMA managers for Multibus IT message 
passing. 
e Source for language interface libraries 
e Source for the call gate interface 
e Source for examples showing: 
— Structure of kernel applications 
— Use of the kernel with applications 
written with Intel’s PL/M 386, C 386, and 
FORTRAN 386 compilers and MetaWare’s 
High C 386 compilers 


— Compile, bind, and build sequences 
— Sample initialization code for the i386 and 
i376 microprocessors 
— Multibus IT message passing 
— Applications written to execute in a flat 
memory space and in a segmented 
memory space 
e User Reference guide 
¢ 90 days of Customer Support 


INTEL SUPPORT, CONSULTING, 
AND TRAINING 


With the iRMK Kernel you get the 386 
architecture and real-time software expertise 
of the Intel’s customer support engineers. Intel 
provides phone support, on- or off-site 
consulting, troubleshooting guides and 
updates. The kernel includes 90 days of Intel’s 
Technical Information Phone Service (TIPS). 
Extended support, consulting and customized 
training are also available through our field 
Systems Engineering organization. 
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iRMK VERSION I.3 KERNEL SYSTEM CALLS 


KERNEL INITIALIZATION 

KN _initialize Initialize Kernel 

OBJECT MANAGEMENT 

KN_token_to_ptr Returns a pointer 
to the area holding 
object 

KN_current_task Returns a token for 
the current task 

TASK MANAGEMENT 

KN_create_task Create a task 

KN _delete_task Delete a task 

KN _suspend_task Suspend a task 

KN_resume_task Resume a task 

KN_set_ priority Change priority of 
a task 

KN_get_priority Return priority of a 
task 


KN _stop_scheduling Suspend task 
switching 

KN __start_scheduling Resume task 
switching 

KN_set_handler Set task handler 
dynamically 

KN_reset_handler Remove previously 
set task handler 7 

INTERRUPT MANAGEMENT 

KN _set_interrupt Specify interrupt 
handler | 

TIME MANAGEMENT 

KN_sleep Put calling task to 
sleep 

KN_create_alarm Create and start 


virtual alarm clock 
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KN_reset_alarm 


KN_delete_alarm 
KN_get_time 
KN_set_time 
KN_tick 


Reset an existing 


~ alarm 


Delete alarm 
Get time 
Set time 


Notify Kernel that 
clock tick has 
occurred 


INTER-TASK COMMUNICATION 
AND SYNCHRONIZATION 


KN __create_semaphore 
KN _delete_semaphore 


KN_send_unit 


KN_receive_unit 


KN _create_ mailbox 
KN _delete_ mailbox 


KN_send_data 


KN_send_priority_data 


KN_receive_data 


Create a semaphore 
Delete a semaphore 


Add a unit toa 
semaphore 

Receive a unit from 
a semaphore 
Create a mailbox 
Delete a mailbox 
Send data toa 
mailbox 


Place (jam) priority 
message at head of 
message queue 


Request a message 
from a mailbox 


MEMORY MANAGEMENT 


KN _create_ pool 
KN _delete_ pool 
KN_create_area 


KN _delete_area 


Create a memory 
pool 
Delete a memory 
pool 


Create a memory 
area from a pool 


Return a memory 
area to a memory 
pool 


KN_get_pool_attributes Get a memory 


pool’s attributes 
DESCRIPTOR TABLE 
MANAGEMENT 
KN _get_descriptor_ Get a descriptor’s 
attributes attributes 
KN_set_descriptor_ Set a descriptor’s 
attributes attributes 
KN _initialize_LDT Initialize local 
descriptor table 
(LDT) 


KN_null_descriptor 


KN _initialize_subsystem 


KN _linear_to_ptr 
KN_ ptr_to_linear 
KN_get_data_selector 
KN _get_code_selector 


KN _translate_ ptr 


Overwrite a 
descriptor with the 
null descriptor 


Allows application 
to be divided into 
multiple 


subsystems when 


application 
interfaces to Kernel 
through a call gate 


Convert a linear 


-address to a pointer 


Convert a pointer 
to a linear address 
Get the selector for 
the data segment 
Get the selector for 
the code segment 
Converts a pointer 
that will be based 
on a user-specified 
selector 


82380, 82370, AND 8259A PIC 


MANAGEMENT 
KN __initialize_ PICs 
KN_mask_slot 


KN_unmask_slot 


KN_send_EOI 


KN_new_masks 


KN_get_slot 


Initialize the PICs 


Mask out 
interrupts on a 
specified slot 


Unmask interrupts 
on a specified slot 


Signal the PIC that 
the interrupt on a 
specified slot has — 
been serviced 


Change interrupt 
masks 


Return the most 
important active 
interrupt slot 
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82380, 82370, AND 8254 PIT 
MANAGEMENT 


KN_initialize_ PIT Initialize an 8254 
PIT 

KN_start_ PIT Start PIT counting 

KN_get_PIT_interval Return PIT 
interval 


i387T™ AND i387 SX NUMERIC 
COPROCESSOR MANAGEMENT 


KN _initialize_ NDP Initialize a 387 or 
387SX Numeric 


Coprocessor 


CHARACTER I/O DEVICE 
SUPPORT 


KN _initialize_console Initialize the 


console device 


Read ASCII 
character from 
console input 
device 


KN _ci 


Transfer a 
character to console 
output device 


KN_co 


Read immediate 
character, if any, 
from console input 
device 


KN __csts 


Initialize stdio 
library functions 


KN_initialize_stdio 


stdio functions for 
console I/O 


putchar, getchar, printf, 
scanf 


MULTIBUS IT MESSAGE 
PASSING MANAGEMENT 


KN_initialize_message_ Initialize the 
passing message passing 
module 
Compute size of 


work space needed 
for message passing 


KN_mp_working_ 
storage_size 


KN_send_tp Send a transport 


message 


Attach a receive 
mailbox 


KN_attach_receive_ 
mailbox 


KN_cancel_tp Cancel a solicited 


message or request- 
response 
transaction 
KN_send_dl Send a data link 
message 
KN_attach_protocol_ Attach a protocol 
handler handler 
KN _cancel_dl Cancel a data link 
buffer request 
MULTIBUS Ul INTERCONNECT 
SPACE MANAGEMENT 
KN_initialize_ Initialize the 
interconnect interconnect 
module 
KN_get_interconnect Get the value of an 
interconnect 
register 
KN_set_interconnect Set the value of an 
interconnect 
register 
KN_local_host_ID Get the host ID of 
| the local host 
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RMK iRMK Version I.3 development software 
RMKIRFX/RMKCRFX | iRMK Kernel incorporation license fees. A separate incorporation 
license must be signed prior to making incorporations. 


IMMIII iM III Monitor development software 

IMIIRFX iM III Monitor incorporation license fees. A separate incorporation 
license must be signed prior to making incorporations. 

SFTSCPIIID - Soft-Scope III debugger. 


Technical Information Support including Phone support, 
;Comments Magazine, and Troubleshooting Guides } 

On- or off-site consultation and customized training on iRMK I.3 
are available through the Intel Field Systems Engineering 
organization. Available on a daily or long term basis. 
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| iRMX® ITT REAL-TIME OPERATING SYSTEM 


281019-1 


iRMX® Il REAL-TIME OPERA TING SYSTEM 


The 32-bit iRMX® III operating system provides engineers with the ability to design 
highly reliable, real-time applications for Intel386™, Intel486™ and Pentium™ 
microprocessor-based embedded, Multibus I, and Multibus II single board computers. 


Real-time applications are easier to develop with a real-time operating system. Operating 
systems designed for general business applications typically lack essential real-time 
features, so real-time development is often expensive, difficult, or even impossible. In 
contrast, iRMX III software is pre-emptive, priority-based, multitasking, real-time 
software designed to make the development of real-time applications easy and successful. 


The iRMX family of operating systems has become the standard real-time software for 
the Intel architecture. Only DOS runs on more Intel based systems! Intel’s iRMX 
operating systems are running throughout the world in operating rooms, air traffic 
control towers, stock exchanges, factory floors, and in many other time-critical 
environments. 


The iRMX® III Operating System Offers: 

e Easy real-time development 

e Increased functionality and performance 
Industry-standard hardware compatibility 

e Easy iRMX II upgrades 

e Unrestricted multitasking and efficient memory usage 
e Increased network connectivity 


iRMX® and iSBC are registered trademarks of Intel Corporation. 
Intel386™, Intel486™, and Pentium™ are trademarks of Intel Corporation. 
*Other brands and names are the property of their respective owners. 


October 1993 
Order Number: 281019-004 7-19 
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Easy Development for Reliable 
Applications 


Real-time applications are easier to develop 

with real-time software. The iRMX III 

operating system is designed to make the 

development of real-time applications easy and 

successful. iRMX III includes an extensive set 

of true real-time programming facilities: 

e Pre-emptive, priority-based scheduling 

¢ Support for multiple tasks 

e Deterministic program execution 

e Inter-task communication through 
mailboxes and semaphores 

¢ Control of critical resources through regions 
and semaphores 

e Low interrupt and task-switch latency times 


Development is further facilitated with a 
multi-user development environment, loadable 
drivers/jobs/OS extensions, an improved C 
compiler, a set of easy-to-use manuals, and 
Soft-Scope III, a true dynamic debugger for 
multitasking applications. 


In addition, the iRMX III operating system 
provides a memory protection scheme that 
detects coding errors. When iRMX III software 
allocates memory, it assigns a combination of 
read, write, and execute-only status to 
allocated code and data segments. If the 
application code attempts to execute outside 
this range, to write to a data segment marked 
read-only, or to write to a code segment, the 
operating system issues a protection error. 
User written exception handlers can then 
gracefully deal with the error condition. 


Industry-Standard Hardware 
Compatibility 

Applications can be developed more efficiently 
due to hardware compatibility with industry 
standard multi-source peripherals and a wide 
variety of embedded and Multibus platforms. 
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The iRMxX III operating system supports 
industry standard disk interfaces such as 
ST506, ESDI, and SCSI. With support for 
industry standard SCSI peripherals, bringing a 
new model SCSI Winchester drive on line is 
very fast and easy. Developers can simply use 
the generic Device-unit Information Block 
(DUIB) to format, read, and write to the device. 
In addition, the SCSI interface supports disk 
mirroring for increased system reliability. 


The iRMxX III operating system can be 
configured to a wide variety of Multibus 
platforms. Configurations for the following 
CPU boards are included in the product: 


Multibus I Multibus IT 
iSBC 386/120 
Sona iSBC 386/133 
iSBC 486/12S iSBC 386/258 
iSBC 486/125 
iSBC 486/150 
iSBC 486/133 SE 
iSBC 486/166 SE 
MIX 486/SX 
MIX 486/DX 
MIX 486/DXZ 


Easy iRMX® IT Upgrades 


Binary compatibility with 16-bit iRMX II 
software lets iRMX II users easily move their 
applications to 32 bits on the iRMX III 
operating system with the Intel386, Intel486 or 
Pentium microprocessors. Most 16-bit 
applications run without change. Selected 
parts of an application can be moved to 32 bits 
while others can remain unchanged. 
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Unrestricted Multitasking and 
Efficient Memory Usage with 
Shared C Libraries 


The shared C library is implemented as an 
operating system extension to iRMX III and 
hence, provides unrestricted multitasking. 
Instead of each C application having to link to 
its own copy of the library, there is one system- 
wide library which can be shared by all tasks/ 
jobs within the system. Applications are linked 
to an interface library which provides access to 
the shared C library. Since application code 
need only link to the interface library, 
significant code size savings are realized. 


All floating point routines are provided in the 
shared C library so you no longer need 
separate libraries for floating vs. non-floating 
point applications. The shared C library is 
linked to the standard floating point libraries. 


The Shared C Library is available in two 
varieties: 


1. The Loadable Shared C Library is a job 
which can be loaded via the human 
interface. 


2. The Resident Shared C Library is a first- 
level job which is built into the bootable 
operating system. It is fully reconfigurable 
via the ICU. 


NETWORK CONNECTIVITY 


The iRMxX III operating systems (except the 
iRMX EMB operating system) offer a rich set 
of networking capabilities, enabling developers 
to design their applications to run on today’s 
standard networks. 


iRMX-NET is part of Intel’s family of 
OpenNET Local Area Network (LAN) 
products. iRMX-NET enables iRMX-based 
computers to interconnect and operate easily 
with other OpenNET servers and clients 
running a variety of operating systems. 

Each node on iRMX-NET can be used as a 
server and a client concurrently. This provides 
great flexibility and saves the cost of a 
dedicated server. 


iRMX-based computers can also be 
programmed to run standard Message 
Interprocess (MIP) or iTP4 for an ISO OSI 
transport and datalink programmatic 
interface. These jobs do not require the full 
iRMX-NET. 


Intel also provides a UNIX-compatible 

environment to host the TCP/IP package 

giving the developer even more networking 

options. The components of TCP/IP can be 

divided into two major categories: 

¢ the kernel, which provides protocol 
management 

e the applications, which are the human 
interfaces to TCP/IP 


The TCP/IP kernel contains a Transport Layer 
(TCP and UDP), Network Layer (IP), and 
Datalink Layer. On the iRMX operating 
system, the TCP/IP kernel is a single object 
module of shared code that is loaded at run 
time. All kernel configuration options are in a 
single file, easily modified either with a text 
editor or with the provided administration 
commands. 


The user’s programmatic access to TCP/IP 
kernel functions is provided through a 
Berkeley-compatible socket interface library. 
Tasks communicating across a network use 
sockets as end-points of a two-way 
communication path. Tasks create and bind 
sockets to a network address. The user can 
specify either stream sockets (supported by 
TCP) or datagram sockets (supported by UDP). 


The iRMxX III operating systems support the 


_ FTP (File Transfer Protocol) client and server, 


which allows file exchanges between remote 
and local computers, and TELNET client and 
server, which allows virtual terminal login 
sessions to remote computers. Support for NFS 
(Network File System) is available from a third 
party software vendor. 


Wider Development System Choices 


With the introduction of release 2.1 the user 
will have the ability to develop their iRMX III 
application using either Microsoft C and C+ + 
or Watcom C and C+ + compilers. Interface 
libraries, header files and class libraries for 
iRMX objects will be included with the 
developers kit. 
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SERVICE AND SUPPORT | 


With the iRMxX III operating systems, you’re 
not alone when developing your real-time 
application. Intel has the best technical sales 
support in the real-time business. The one year 
software support contract packaged with a 
development kit includes: 

e Large discounts on software version releases 
e Free intermediate software product updates 
e Technical phone support thru a 1-800 
number 

Subscription service and technical 
information via: 

— monthly issues of “;Comments” newsletter 
— quarterly Troubleshooting Guides 

— Software Problem Report (SPR) service 


In addition, a range of consulting, training, 
and support services is available from Intel’s 
Systems Engineering Services Group. 
Members of this support group can use their 
years of relevant experience with iRMX, MS- 
DOS, and Windows to help you design, develop, 
or manufacture your real-time system. Intel 
Systems Engineers have direct access to Intel’s 
source code and design tools, enabling them to 
quickly and cost-efficiently design and develop 
customized software for your target systems. 


Call your local sales office for more 
information on available support. 


ORDERING INFORMATION 


Product Code: SYRHUIDKS 


tRMX IIT Operating System Development Kit 
includes: 3 

e¢ Modules for all supported platforms 
¢ Utility programs 

¢ source examples 

e iRMX object libraries 

e AEDIT text editor 

¢ On-line help utility and manuals 

e 32-bit C compiler 

e Soft-Scope III debugger 

e PL/M-386 compiler 

¢ ASM386 assembler 

e¢ Floating Point Libraries 

e Linker Package 

e One year of software support 


Product Code: SYRUIDK 


tRMX III Operating System Development Kit 
(same as above) but with 90 days of software 
support. 


Product Code: RMXTTIIMNL 


tRMX III Operating System Development Kit 
manual set 


Product Code: NLSYRIUI 


tRMX III Node License Product is available for 
multi-system development sites. Requires 
purchase of one developer kit per site. 


For further information or to place an order in 
the U.S. or Canada, CALL 1-800-GET-iRMX 
(1-800-438-4769). 


Outside North America, FAX 503-681-8497 or 
call the appropriate number below: 


China (Beijing) Tel: 499-4951 

France Tel: 331 30 57 7000 

Germany Tel: 49 89 90 99 20 

Israel Tel: 972 3 548 3222 

Italy Tel: 39 2 892 00950 

Japan Tel: 0298-47-8511 

Netherlands Tel: 311 040 71111 
Russia Tel: + 7 095 4439785 

United Kingdom Tel: + 44 793 696000 


Intel. 


INTEL SYSTEM V RELEASE 4.03 FOR INTEL’S 
TRADITIONAL MULTIBUS II CPU BOARDS 


280692 -1 


UNIX* SYSTEM V 4.03 FOR MULTIBUS II CPU BOARDS 


Intel’s UNIX* System V Release 4.03 for Multibus II delivers the flexibility, integration, 
and power of UNIX* to Multibus II systems. UNXV4II and UNXV4IISE deliver full 
support for Intel’s Multibus II System Architecture, MSA, Multibus transport, and driver 
support for Intel’s popular Multibus II I/O cards. 


UNIX* System V Release 4.03 has the benefits of 20 years of refinement and thousands of 
applications and tools designed for the UNIX* environment. Networking support is 
complete with TCP/IP, NFS, and System V OpenNET. Graphical User Interfaces are 
provided through X Windows and OpenLook’*, Motif* is also available, but sold 
separately. 


The UNIX* System V Release 4.03 operating system running on Multibus II is an 
excellent manager for real-time boards and systems running iRMX or a small real-time 
kernel such as iRMK. UVXV4II and UNXVA4IISE provide message passing, application 
down loading, standard GUIs, and standard networking. These products communicate 
with any other OS in the system with Multibus I] transport capability. 


*Other brands and names are the property of their respective owners. 


September 1993 
Order Number: 280692-003 7-23 
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SYSTEM V/386 OPERATING SYSTEM 


FEATURES e Drivers for Multibus II I/O cards 
¢ Based on UNIX System V Release 4.03 ¢ Boots directly on iSBC 486/166SE or 486/ 
¢ Networking support includes TCP/IP, NFS, 133SE (UNXV4IISE) 

and SV OpenNet e Can use the iSBC 386/258 as a boot server 
¢ X Windows Support with OpenLook (Motif (UNXV4ID) 

available separately) 


ORDERING INFORMATION | Tie 


SYSTEM V/386 FAMILY ORDER 
CODES 


Order Codes 
UNXV4II For iSBC 386/258 


UNXV4IISE For iSBC 486/166SE and 
486/133SE 


Multibus I K 
Single Board Computers 


intel. 


iSBC 486/12DX2S, iSBC 486/12S AND iSBC 386/12 
SINGLE BOARD COMPUTERS 


281110-1 


UPGRADE COMPATIBLE CPU BOARDS BOOT MULTIBUS I 
PERFORMANCE 


The iSBC 486/12DX2S, iSBC 486/12S, and iSBC 386/12 boards are high-performance, 
high integration Multibus I single board computers. These boards share a common core 
design that provides functional compatibility with the iSBC 286/12 single board 
computer while achieving a 2X to 8X performance improvement over a 286 CPU-based 
board. 


The optional SCSI (Small Computer System Interface) is available as an integrated 
feature on the iSBC 486/12DX2S, iSBC 486/12S, and iSBC 386/12S. SCSI data transfers 
to local DRAM are DMA supported and FIFO buffered, enabling sustained synchronous 
SCSI data rates up to 5 MBytes/sec. 


FEATURES 


e 66 MHz i486™ DX2, 33 MHz i486 or 20 ¢ Two 32-pin JEDEC EPROM sites 
MHz i386™ Microprocessors e¢ Two serial ports via 8274 
¢ Optional i3887T Numeric Coprocessoron ¢ 82C55A parallel port 
i386 products e Three on-board timers via 82C54 
e 82258 Advanced DMA Controller e Two IEEE 959 SBX Bus interface 
e Dual Bus Architecture—Dedicated 32-bit connectors 


processor execution bus iLBX Bus support on i386 boards (no 
2-64 MB on-board 32-bit dual-port parity iLBX bus support on i486 CPU boards) 


DRAM on i486 boards e Multiprocessor support, including 
e 1-16 MB on-board 32-bit dual-port parity memory aliasing 
DRAM on i886 boards e Functional superset of iSBC 86/xx and 


SCSI Interface—5 MBytes/sec iSBC 286/1x single board computers 
synchronous data rate 


i486T™, i386™, i387T, Intel386T™ and Intel486™ are trademarks of Intel Corporation. 


October 1993 
Order Number: 281110-003 8-1 
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MICROPROCESSOR 
PERFORMANCE 


Intel486™ DX2 and Intel486™ CPU 
- Boards 


The iSBC 486/12DX2S board features an 
Intel486™ DX2 microprocessor running at 66 
MHz internal. The iSBC 486/12S CPU board 
features an Intel486 microprocessor running 
at 33 MHz. A 32-bit on-board system bus 
optimizes the compute performance of the i486 
DX2 or i486 microprocessor. The same bus also 
provides support for up to 64 MB of zero wait- 
state parity DRAM. 


Numeric processing applications are easily 
handled by the i486 on-chip floating point unit 
(FPU). The i486 FPU conforms fully to the 
ANSI/IEEE 754-1985 standard for floating 
point arithmetic and it provides full 
compatibility for applications written to the 
i3887TM Numeric Coprocessor. 


Intel386™ CPU Boards 


The iSBC 386/12 CPU boards feature an i386 
microprocessor running at 20 MHz. The on- 
board processor execution bus optimizes the 
compute performance of the i386 
microprocessor. The on-board 32-bit memory 
bus provides support for up to 16 MB of zero 
wait-states (pipelined read hit) parity DRAM. 


Numeric processing on the i386 CPU boards 
may be enhanced with the 32-bit i387 floating 
point math coprocessor. The i387 provides 
80-bit precision, accelerating floating point 
calculations through hardware execution. 


HIGH-SPEED DMA 


Intel486™ DX2 and Intel486T™ CPU 
Boards 


2 MB to 64 MB of DRAM is supported via 
modules attached to the CPU baseboard. 
DRAM module access is optimized by a high- 
speed DMA controller and the latest fast-page 
DRAM technology. A DMA address generator 
(DAG) provides addressing for the full 

4 gigabyte i486 memory address range. DRAM 
is dual-ported and addressable from the on- 
board 32-bit system bus or from the Multibus I 
bus. 


Intel386™ CPU Boards 


1 MB to 16 MB of DRAM is supported via 
modules attached to the CPU baseboard. 
DRAM module access is optimized by a high- 
speed DMA controller and the latest fast page 
DRAM technology. DRAM is dual-ported and 
fully addressable from the on-board 32-bit bus 
or from the MultibusI bus. ~ 


DUAL-BUS ARCHITECTURE 


The iSBC 486/12DX2S, iSBC 486/12S and 
iSBC 386/12 CPU boards use multiple on- 
board busses, a design technique that increases 
overall system performance. The boards uéilize 
both a high speed 32-bit execution bus for 
optimized CPU, memory, and math operations, 
and a dedicated I/O bus for on-board I/O, SBX 
bus I/O, and EPROM operations. 


SCSI BUS INTERFACE 


The iSBC 486/12DX2S, iSBC 486/12S, and 
iSBC 386/12S boards integrate a 10 MHz 
Fujitsu 87033B SCSI Protocol Controller (SPC). 
The 87033B SPC device supports a 
synchronous data rate of 5 MBytes/sec and an 
asynchronous rate of 2 MBytes/sec. SCSI data 
transfers are buffered into 16-bit wide. 512-bit 
deep bi-directional FIFOs and DMA 
transferred into (or from) local RAM at rates 
above the maximum incoming synchronous 
data rate. A 16-byte burst mode via a separate 
16-byte burst FIFO is supported on the iSBC 
486/12DX2S and the iSBC 486/12S. The SCSI 
implementation is ideal for applications 
requiring sustained high-speed SCSI data 
transfers. 


COMPLETE ON-BOARD I/O 
FEATURE SET 


The iSBC 486/12DX2S, iSBC 486/12S and 
iSBC 386/12 boards provide fully integrated 
on-board I/O functionality. Two serial ports 
are provided via Intel’s 8247 Multi-Protocol 
Serial Controller. An 82C55A Programmable 
Peripheral Interface provides support for the 
parallel line printer interface. These boards 
also provide interrupt support based on two 
82C59A Programmable Interrupt Controllers 
and the microprocessor’s own non-maskable 
interrupt (NMI) line. Programmable timer/ 
counter functions are provided by an 82C54 
Programmable Interval Timer. 
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Direct memory access transfers are provided 
by the 82258 advanced DMA (ADMA) 
controller. The DMA support is enhanced to 
increase flexibility and support synchronous 
transfers over the SCSI interface (SBC 486/ 
12DX2S, iSBC 486/12S, and iSBC 386/12S), 
serial ports GSBC 386/12 and iSBC 386/12S 
only) and SBX Bus for high-speed I/O data 
transfers. 


SBX BUS FOR I/O EXPANSION 


Two IEEE 959 SBX Bus interface connectors 
are provided for I/O expansion. Functions such 
as additional serial/parallel ports, graphics, 
BITBUS, LAN interface, or analog to digital 
modules can be added onto the CPU boards via 
this industry standard I/O expansion 
interface. The SBX Bus interface is also ideal 
for integration of custom-built modules. The 
CPU boards support either two single-wide 
modules or one double-wide module. - 


MULTIBUS I, SBX, AND iLBX 
COMPLIANCE 


The iSBC 486/12DX2S, iSBC 486/12S, and 
iSBC 386/12 boards comply with the published 
IEEE 796 Multibus specification (including full 
Multimaster) and the published IEEE 959 SBX 
specification. 


The iSBC 386/12 and iSBC 386/12S boards 
support Multibus vectored interrupts and 
Intel’s iLBX P2 bus. The iSBC 486/12DX2S, 
iSBC 486/12S, and iSBC 486/12 do not support 
these two capabilities. 


Please see the specifications for more detail on 
Multibus, SBX, and iLBX bus compliance 


MULTIPROCESSING SUPPORT 


Multiprocessor support is enhanced through 
high-performance dual-port arbitration control 
logic and features such as memory aliasing | 
over Multibus and real mode page registers. In 
addition, the addressing approach used for the 
iSBC 386/2X/3X series of boards is also 
supported. 


| SPECIFICATIONS | 


CPU | 

Intel486 DX2 Microprocessor @ 66 MHz 
Intel486 Microprocessor @ 33 MHz 
Intel386 Microprocessor @ 20 MHz 
Intel387 Numeric Coprocessor @ 20 MHz 


INTERRUPT CAPACITY 


Interrupt sources: 26 total: On iSBC 486/ 
12DX2 and iSBC 486/12 all 
26 are jumper selectable; 
On iSBC 386/12, 5 are 
hard-wired to the 8259A 
PIC and 21 are jumper 
selectable. 


16 vectored requests using 
two 8259A devices and the 
CPU’s NMI line. 


Bus-vectored interrupts are supported only on 
the iSBC 386/12. 


I/O CAPABILITY 


Expansion: Two 8/16-bit SBX connectors, 
supporting up to two single-wide boards or one 
double-wide board. 


Interrupt levels: 


Parallel: Line printer interface, on-board 
functions, and 3-bit board installed options 
code. 


Serial: Two programmable channels using one 
8274 device 


SCSI: Single-ended, synchronous/ 
asynchronous 


Timers: Three programmable times using one 
82C54 device 


DMA: 10 MHz 82258 advanced DMA (ADMA) 
controller. Supports DMA block transfers 
between on-board memory over the Multibus I 
interface, SCSI interface (iSBC 486/12S and 
iSBC 386/12S), iLBX interface GiSBC 386/12 
and iSBC 386/12S only), both SBX interfaces, 
and both serial channels (iSBC 386/12 and 
iSBC 386/12S only). 


PHYSICAL CHARACTERISTICS 


Width: 30.48 cm (12.00 in) 

Height: 18.00 cm (7.05 in) 

Depth: 2.18 cm (0.86 in), 4.11 cm (1.62 in) with 
added memory module 


Recommended Slot spacing: 3.0 cm (1.2 in), 
4.6 cm (1.8 in) for double- 
stacked memory modules. 
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ELECTRICAL 
CHARACTERISTICS 


iSBC 486/12DX2 and iSBC 486/12DX2S DC 
Power Requirements (Maximum): 


Volts Current 
486/12DX2 486/12DX2S 

486/12 486/12S 
Baseboard + 5.25 11.5A 13.5A 
Baseboard + 12 50 mA 50 mA 
4MByte + 5.25 2.8A 2.8A 
DRAM 
Module 
8 MByte + 5.25 3.2A 3.2A 
DRAM 
Module 


iSBC 386/12 and iSBC 386/12S DC Power 
Requirements (Maximum): 


Volts Current 
Baseboard + 5.25 145A 
Baseboard +2 50 mA 
1 MByte DRAM Module +525 089A 
2 MByte DRAM Module +525 12A 
4 MByte DRAM Module + 5.25 089A 
8 MByte DRAM Module + 5.25. 12A 
i3887T™ Math Coprocessor + 5.25 0.31A 
ENVIRONMENTAL 
CHARACTERISTICS 


Operating Temperature: 0° to 55°C (32°F to 
131°F) at 200 LFM airflow across board 
(default configuration) 

Relative Humidity: 0% to 90% (without 
condensation) 

Storage Temperature: — 40°C to + 70°C 
(— 40°F to + 158°F) 


ORDERING INFORMATION 


REFERENCE MANUALS 


507914 iSBC 486/12S Single Board Computer 
Hardware Reference Manual. Provides 
complete information on hardware 
features, installation, jumpering, 
memory maps, and addressing. 


455528 iSBC 386/12 Series Hardware 
Reference Manual. Provides complete 
information on hardware features, 
installation, jumpering, memory 
maps, addressing, and schematics. 


459913 uSBC 386/12S Series Hardware, 
Reference Manual. 


462435 itSBC 386/12 Series Software Upgrade 
Guide. Provides complete information 
on upgrading existing applications 
(hardware and software), from an iSBC 
286/10A/12/14/16, iSBC 86/30/35, or 
iSBC 386/2X/3X to an iSBC 386/12 
board. 
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i486T™ SINGLE BOARD 
COMPUTERS 


Part Number 
SBC48612F8A6 


Description 


66 MHz with DMA, and 
8 MB DRAM 


66 MHz with SCSI, DMA, 
and 8 MB DRAM 


66 MHz with DMA, and 
16 MB DRAM 


66 MHz with SCSI, DMA, 
and 16 MB DRAM 


66 MHz with SCSI, DMA, 
and 32 MB DRAM ; 


33 MHz with SCSI, DMA, 
and 4 MB DRAM 


33 MHz with SCSI, DMA, 
and 8 MB DRAM 


33 MHz with DMA and 
8 MB DRAM 


33 MHz with SCSI, DMA, 
and 32 MB DRAM 


33 MHz with SCSI, DMA, 
16 MB DRAM 


SBC48612SF8A6 
SBC48612F16A6 
SBC48612SF16A6 
SBC48612SF32A6 
SBC48612SF4A3 
SBC48612SF8A3 
SBC48612F8A3 
SBC48612SF32A3 


SBC48612SF16A3 
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ORDERING INFORMATION 


i386TM SINGLE BOARD 
COMPUTERS 


Pary Number 
SBC38612SF04 


‘Description 


20 MHz with SCSI and 
4 MB DRAM 


20 MHz with SCSI and 
8 MB DRAM 


20 MHz with 1 MB DRAM 
20 MHz with 2 MB DRAM 
pSBC3861220F04 20 MHz with 4MB DRAM 
pSBC3861220F08 20 MHz with 8 MB DRAM 


iSBC 386/12S models with an installed i387 
coprocessor may be ordered by adding an M 
suffix to the above order codes. For example, 
pSBC3861220F08M is the order code for 20 
MHz with 8 MB DRAM memory and the i387 
math coprocessor installed. 


MEMORY MODULES 

i486™ Single Board Computers 
Part Number Description 
SBCMM3008 8 MB DRAM module 
SBCMM3016 16MB DRAM module 
SBCMM3032 32 MBDRAM module 
i386™ Single Board Computers 
Part Number Description 
pSBCMMO1FP 1 MB DRAM module 
pSBCMM02FP 2 MB DRAM module 
pSBCMMO04FP 4 MB DRAM module 
pSBCMMO8FP 8 MB DRAM module 


pSBC38612SF08 


pSBC3861220F01 
pSBC3861220F02 


For more information or the number of your 
nearest Intel Sales Office, call our Telesales 
Information Line at 800-438-4769 (good in the 
U.S. and Canada). 


UNITED STATES 

Intel Corporation 

2200 Mission College Blvd. 
Santa Clara, CA 95052-8119 


JAPAN 

Intel Japan K.K. 

5-6 Tokodai, Tsukuba-shi 
Ibaraki 300-26 


FRANCE 

Intel Corporation S.A.R.L. 

1, Rue Edison, BP 303 

78054 Saint-Quentin-en-Yvelines Cedex 


UNITED KINGDOM 

Intel Corporation (U.K.) Ltd. 
Pipers Way 

Swindon 


Wiltshire, England SN31RJ 


GERMANY 

Intel GmbH 

Dornacher Strasse 1 

8016 Feldkirchen bei Muenchen 


HONG KONG 

Intel Semiconductor Ltd. 
10/F East Tower 

Bond Center 
Queensway, Central 


CANADA 

Intel Semiconductor of Canada, Ltd. 
190 Attwell Drive, Suite 500 
Rexdale, Ontario M9W 6H8 
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INTal. 


iSBC 386 SX* SINGLE BOARD COMPUTER AND 
iSBC 272* VGA GRAPHICS MODULE 


fir ina 
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> 
3 


281111-1 


PC AT* AND MULTIBUS I-COMPATIBLE i386™ SX CPU- 
BASED SINGLE BOARD COMPUTER 


The iSBC 386 SX single board computer is a cost-effective way to add 32-bit performance 
and DOS software compatibility to a Multibus I application. Based on the high- 
performance i386T™ SX microprocessor and optional 387 SX Math Coprocessor, the iSBC 
386 SX provides a 4X increase in compute power over most 8086 and 80186-based single 
board computers. 


The iSBC 386 SX has the complete set of on-board I/O, real-time, and peripheral.control 
resources found on a PC AT* motherboard and a Multibus I CPU board. Included are an 
on-board floppy controller, Winchester hard disk controller, two serial ports, parallel 
port, interrupt controllers, real-time clock, DMA and two full iSBX connectors. The 
optional iSBC 272 graphics module completes these capabilities by providing full VGA 
graphics. 


*PC AT and EGA are registered trademarks of International Business Machines Corporation. 
*The iSBC 386 SX and iSBC 272 are manufactured under product code pSBC 386 SX and pSBC 272 in Intel Puerto Rico II, Inc. 
*Soft-Scope is a trademark of Concurrent Sciences, Inc. 


August 1993 
8-6 Order Number: 281111-001 
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| FEATURES | | 


FEATURES 

¢ 16 MHz 386 SX CPU 

e PC AT and DOS software compatibility 

e Supports iRMX® for Windows and 32-bit real time operating system with DOS at the same time 
e 387 SX Math Coprocessor socket 

e 512K or 2 MB on-board DRAM, expandable to 8 MB 

¢ Two 32-pin EPROM sockets plus two universal sockets for EPROM, SRAM, or FLASH 
e On-board IDE hard disk and floppy controllers 

e Two serial and one parallel ports 

¢ Two 8/16-bit iSBX connectors 

¢ Graphics add-on module supporting VGA, EGA*, CGA, Hercules Mono formats 

¢ Complete on-board BIOS in EPROM 
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HIGH-PERFORMANCE, COST- 
EFFECTIVE i386™ SX CPU 
PROVIDES EXCELLENT 
UPGRADE PATH 


The iSBC 386 SX uses the powerful, cost- 
effective 386 SX microprocessor. The iSBC 386 
SX supports an optional 387 SX Math 
Coprocessor for improved floating point 
calculations. To optimize compute 
performance, an on-board bus connects the 386 
SX CPU, 387 SX Math Coprocessor, and local 
fast-page, 100ns, parity DRAM SIMM memory. 
A modular design helps reduce cost by 
providing sockets for the 387 SX and 
expandable DRAM memory so they may be 
selected to fit the needs of the design. The iSBC 
386 SX is provided with 512K or 2 MB of local 
_ DRAM which may be expanded to 8 MB using 
plug-on SIMM packages. 


iSBC 386 SX PROVIDES DOS 
PLUS REAL-TIME TO 
MICROCOMPUTER 
APPLICATIONS 


The iSBC 386 SX is software compatible with 
the PC-AT motherboard, enabling users access 
to the large installed base of DOS software. 
The iSBC 386 SX comes ready to run, with an 
on-board BIOS that supports loading DOS from 
either the locally supported hard disk or floppy 
disks. The iSBC 386 SX can also run other i386 
CPU-based software such as the iRMxX III real- 
time operating system (O/S). This 32-bit 
operating system is ideal for controlling real- 
time processes common in industrial, 
communication, and other time-critical 
applications. The iRMX III software also 
enables DOS and the iRMX O/S to run 
concurrently on the board with full data 
exchange between the DOS and real-time’ 
applications. Using this software, engineers 
can design high performance real-time systems 
with easy-to-use DOS user interfaces. 
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HIGH INTEGRATION BOARD 
PROVIDES COMPLETE I/O 
FEATURE SET 


First, the iSBC 386 SX includes the full set of 
I/O resources found on high-integration 
Multibus I single board computers, including 
two RS232 asynchronous serial ports, a 
Centronics-compatible parallel port, two 
integrated 8259 interrupt controllers, two 8/16 
bit iSBX connectors, DMA and the Multibus 
interface. It also includes the full set of PC AT 
motherboard I/O resources, including an IDE 
interface to Winchester hard disks, interface to 
floppy drives, a real-time clock, and a keyboard 
and mouse interface. Traditional Multibus 
resources are shared with the AT features to 
provide interrupt and DMA services for the on- 
board I/O. Finally, the optional iSBC 272 VGA 
graphics module allows you to easily add VGA 
and extended VGA graphics to the iSBC 386 
SX board. 


ON-BOARD FEATURES HELP IN 
FITTING THE iSBC 386 SX INTO 
EXISTING MULTIBUS I 
DESIGNS 


On-board features help you fit the iSBC 386 SX 


into existing Multibus I designs. The memory 


map includes access to the Multibus interface 
in memory space and I/O space. In memory 
space the board provides a 1 MB window, 
located at on-board address 13 MB and 
relocatable in your Multibus system memory 
space through use of a programmable register. 
Multibus I/O space is located at 8000H. If the 
board needs access to other intelligent boards 
through dual-ported memory, jumpers allow 
you to map SRAM or FLASH memory in the 
universal sites into the appropriate memory 
space required by your Multibus I system 
memory map (on one megabyte boundaries). 
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FEATURES 


BIOS (64K) 


EPROM sites 


Dual-ported Not 


Universal sites available 
over ISA 


Multibus window: 
Access to Multibus 
System memory 


Extended 
memory 
over ISA 


Not Available 


Extended memory 
local DRAM 


If DRAM 
not installed 
goes toISA 


video BIOS 
mt aa video RAM 
ISA 
0 


Local On-board 
Memory 


Figure 1: Multibus I Memory Map 


ON-BOARD EPROM AND 
COMPLETE FEATURE SET 
INCREASE FLEXIBILITY 


The iSBC 386 SX includes two 32-pin EPROM 
sockets for the BIOS and for addition of user- 
embedded code. Two additional 32-pin, 
universal JEDEC sites are provided for on- 
board, dual-ported memory. The sites support 
use of SRAM, FLASH or additional EPROM 
memory. 


HIGH-INTEGRATION CUTS 
BOARD COUNT AND COSTS 


The iSBC 386 SX board’s complete set of I/O 
resources makes it possible to eliminate 
several boards from your design. For example, 
the iSBC 386 SX/iSBC 272 combination can 
take the place of the CPU board, peripheral 
controller board, graphics board, and any add- 
on modules for local memory or access to local 
printers, keyboard or console. Designs are 
simplified and cost-reduced, and performance 
is improved through a reduction in system bus 
traffic. 


SOFTWARE AND 
DEVELOPMENT SUPPORT 


To help complete system designs, Intel offers 
operating systems, compilers, debuggers, and 
other software development tools. Applications 
may be written in C, PL/M, FORTRAN, or 
assembler to run on DOS and/or the iRMX III 
operating system. Source-level debuggers 
include DB86 and Soft-Scope® III. In-circuit 
emulators and performance analysis tools are 
also available. To help develop your first 
system, Intel also offers a cable kit, converting 
the board’s pin connectors to the appropriate 
industry-standard I/O connector. 


ONE YEAR WARRANTY 


All Intel board level products have a one year 
mail-in warranty on both parts and labor. 


WORLD WIDE SERVICE AND 
SUPPORT | 


Should any Intel board ever need service, Intel 
maintains a world wide network of service and 
repair facilities to keep you and your 
customers up and running. 


INTEL QUALITY — YOUR 
GUARANTEE 


The iSBC 386 SX and iSBC 272 boards are 
designed and manufactured to meet Intel’s 
strict standards, assuring their reliability and 
high quality. 
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USBC 386 SX SPECIFICATIONS 


Computing and Memory Resources 


e CPU: 386 SX microprocessor at 16 MHz 
e Floating point math: 387 SX Numerics 
Coprocessor socket 


DRAM Memory 


¢ DRAM memory is fast page, 100 ns memory 
with parity 
¢ DRAM Supplied: 
— iSBC386SX00 includes 512K using two 
256 <x 9 SIMM packages 
— iSBC3886SX02 includes 2 MB using two 
1Meg X 9 SIMM packages 


Memory Performance 


Page “Hit” Page “Miss” 
READ 0 wait states » 2 wait states 
WRITE 1 wait state 1 wait state 
Memory Expansion 


¢ Sockets are provided for eight SIMM 
modules. 

¢ Max DRAM available: 8 MB using 1Meg X 1 
Meg SIMMs 


EPROM and Other Local Memory 


¢ Two 32-pin sites containing 128 Kbytes of 
EPROM memory with Phoenix BIOS. Sites 
will support 512 KB using 27020 EPROMs. 

¢ Two additional 32-pin universal JEDEC 
sockets for additional EPROM, or for dual- 
ported SRAM or FLASH memory. Supports 
additional 512 KB using 27020 EPROMs. 

¢ 114 bytes CMOS RAM for saving BIOS 
configurations, with provisions for off-board 
battery backup 


I/O Resources 

Hard Disk Controller 

¢ Provides IDE interface to fixed disk drives. 
Floppy Disk Controller 


e Provides interface to the following floppy 
drives: 
1.44 MB or 720K 3.5” floppy disk drive 
1.2 MB or 360K 5.25” floppy disk drive 
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Serial Communications 


¢ Two asynchronous serial ports, COM1 and 
COM2: RS232C DTE asynchronous 


Parallel Port 


¢ Centronics compatible port, configurable as a 
printer port LPT1 or LPT2. 


DMA 


e Two integrated 8237 DMA controllers 
providing seven DMA channels. 

e Supports DMA between on-board floppy, 
memory, and iSBX connectors. 


Other I/O 


Timers/Counters: integrated 8254 
programmable interval 
timer/counter used for PC- 
compatibility 


complete time-of-day clock 
with alarm, 100-year 
calendar, programmable 
periodic interrupt, 50 bytes 
SRAM. 


Dallas semiconductor 
DS1232S watchdog timer. 
Resets CPU on timeout 
(every 600ms) once 
activated. Jumper- 
selectable. 


Real-time clock: 


Watchdog Timer: 


connectors are provided to 
off-board battery back-up 
via the P2 connector or via 
an on-board connector. 


Battery back-up 
connectors: 


Interrupt Capacity 


e Two integrated 8259 PICs 
e 15 interrupts, 8 for Multibus interface 
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Interfaces/Connectors 


Hard disk: 40-pin header 

Floppy Disk: connector (J4), 34- 
pin header 

Serial port COM1: 10-pin, two row 
header 

Serial port COM2: 10-pin, two row 
header 

Parallel port: 26-pin, two row 
header 

Keyboard/Mouse share 

same connector 10-pin, two row 
header 

Battery back-up: using either P2, or 
using four on-board 
stake pins 

Speaker: two stake pins for 
connecting a piezo 
speaker 

Multibus I TEEE796) Bus Master D16 M24 116 

, VOL SLAVE D16 
Compliance: M24 
iSBX Bus Compliance: D16/16 DMA I 


iSBC 272 SPECIFICATIONS 
Graphics Protocols Supported 


e Software protocols: VGA, extended VGA, 
EGA, CGA, Hercules monochrome 


Resolution 


e Standard VGA modes: 640 x 480, 16 colors, 
graphics; 720 x 400, text 

e Extended VGA modes: 800 < 600, 16 colors, 
graphics; 1024 < 768, 4 colors, graphics 


Memory 
e 256K DRAM 


Connectors 


e Ten-pin header to analog cable for VGA 
monitors 


iSBC 386 SX AND iSBC 272 
SPECIFICATIONS 


Software Support 


e Operating systems: DOS, MS-DOS, iRMXIII, 
and DOS/iRMX operating systems 


PHYSICAL CHARACTERISTICS 


Physical Dimensions 


Width and length conform to Multibus I 
specifications. 
Depth: 1.00” , 1.62” with iSBC272 module. 


ELECTRICAL 
CHARACTERISTICS 
DC Power Requirements (Typical): 

Current 


iSBC 386 SX 6A 
iSBC 272 1A 


ENVIRONMENTAL 
CHARACTERISTICS 


Operating Temperature: 0°C to 55°C at 200 
LFM airflow 


Relative Humidity: 0% to 90% (without 
condensation) 


Storage Temperature: — 40°C to + 70°C 


REFERENCE MANUALS 


uSBC 386 SX Hardware User’s Manual, 
Order Number: 507913-001 


intel. 
ORDERING INFORMATION 


Part Number Description CABLESBC386SX Complete set of cables for 
SBC386SX00 386 SX microprocessor- hard disk, floppy, two 
based, PC AT compatible . serial ports, parallel port, 
single board computer with key board/mouse, and VGA 
512 Kbytes on-board analog interfaces. Cables 
DRAM _ convert pin-header 
ab connectors to industry- 
SBC386SX02 Same as iSBC386SX00 standard, PC-compatible 
with 2 MB on-board connectors. 
DRAM. ; 
For more information or the number of your 
SBC272 VGA graphics module for nearest Intel sales office, call 800-548-4725 
nie ae iSBC386SX (good in the U.S. and Canada.) 
oards. 
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iSBC 386/21/22/24/28 AND 386/32/34/38* 


SINGLE BOARD COMPUTERS 

m Choice of 16 MHz or 20 MHz m= RS232C Interface for Local/Remote 

i386™ Microprocessor Control and Diagnostics 
m Available with 1, 2, 4, or 8 Megabytes m@ iSBX interface for Low Cost I/O 

of On-Board 32-Bit Memory, Expansion 

expandable to 16 Megabytes m 16 Levels of Direct Vectored Interrupt 
m High Speed 80387 Floating Point Math Control 

Coprocessor 


m 64 Kilobyte 0 Wait-State Cache Memory 
m Two 32-Bit JEDEC Sites for up to 512 
Kilobytes of EPROM Memory 


The iSBC 386/2x and 3x series boards (iSBC 386/21/22/24/28 and iSBC 386/32/34/38) feature either a 16 
MHz or 20 MHz 386 CPU, an 80387 math coprocessor, a 64k byte, 0 wait-state cacne memory to support the 
CPU, and a 32-bit interface to 1, 2, 4, or 8 megabytes of dual-port parity DRAM memory. An additional 1, 2, 4, 
or 8 MB iSBC MMOx series memory module may be installed to provide up to 16 MB of on-board DRAM 
memory. The iSBC 386/2x and 3x boards also feature an 8/16-bit iSBX MULTIMODULE interface for low-cost 
|/O expansion, an asynchronous RS232C interface to support a local terminal or modem, two 16-bit program- 
mable timer/counters, a 16-level direct-vectored interrupt controller, two 32-pin JEDEC sites and multimaster 
Multibus arbitration logic. 


280602-1 


*The iSBC 386/21/22/24/28 and iSBC 386/32/34/38 Boards are manufactured under product code pSBC 386/21/22/24/ 
28 and pSBC 386/32/34/38 by Intel Puerto Rico, Inc. 


*XENIX is a registered trademark of Microsoft Corp. 
*UNIX is a trademark of AT&T. 


October 1993 
Order Number: 280602-003 8-13 


— SBC 386/21/22/24/28 AND 386/32/34/38 BOARDS 


OVERVIEW—iSBC 386/2x AND 3x 
SERIES CPU BOARDS 


The iSBC 386/21/22/24/28 and  iSBC 
~386/32/34/38 boards (iSBC 386/2x and 3x series) 
are 16 MHz and 20 MHz versions of Intel’s first Mul- 
tibus | i886 microprocessor CPU boards. The boards 
employ a dual-bus structure, a 32-bit CPU bus for 
data transfers between the CPU and memory, and a 
16-bit bus for data transfers over the MULTIBUS in- 
terface, iSBX interface, EPROM local memory, and 
|/O interfaces. The boards take advantage of the 
i386 CPU’s 32-bit performance while maintaining 
compatibility with the Multibus | interface. 


The DRAM memory, which is on a module that is 
secured to the baseboard, may be expanded by in- 


stalling a second 1, 2, 4, or 8M byte memory mod- 
ule. 


i386™ CPU 


MATH 
CO~PROCESSOR 


32-BIT CPU/MEMORY BUS 


16 MHz or 20 MHz 


intel. 
Central Processor Unit 


The heart of the iSBC 386/2x and 3x CPU board 
is the i886 microprocessor. The complete. series 
,includes two lines, with a choice of CPU speed. 
The iSBC 386/21/22/24/28 boards use the 
16 MHz i386 microprocessor and the iSBC 
386/32/34/38 boards use the 20 MHz i386 micro- 
processor. The i386 CPU utilizes address pipelining, 
a high speed execution unit, and on-chip memory 
management/protection to provide the highest level 
of system performance. The i386 microprocessor 
also features an Address Translation Unit that sup- 
ports up to 64 terabytes of virtual memory. 


The i386 CPU is upward compatible from Intel’s 
8088, 8086, 80186, and 80286 CPUs. Application 
software written for these other 8- and 16-bit micro- 
processor families can be recompiled to run on the 
80386 microprocessor. Some changes to the soft- 
ware such as adjustment of software timing loops 
and changing |/O address references may be re- 
quired. The 386 microprocessor resides on the 32- 
bit wide CPU bus which interconnects the CPU with 
the math coprocessor and dual-port memory. 


CACHE MEMORY 
MEMORY MODULE 
| 


1 32-BIT DATA 
| 24-BIT ADDRESS 
i 


MEMORY 
INTERFACE 


TER 


PROGRAMMABLE 


INTERRUPT 
CONTROLLER 
TWO 32-PIN 
SITES patcurace SERIAL 
(512 KB MAX.) CONTROLLER 


LOCAL EPROM 
MEMORY 


ISBX BUS RS232C 
INTERFACE 


16-BIT LOCAL BUS 


; MULTIBUS 


INTERFACE 


P1,P2 


16-BIT DATA 
24-BIT ADDRESS 


eT 


MULTIBUS SYSTEM BUS 
280602-2 


Figure 1. iSBC 386/2x and 3x CPU Board Block Diagram 
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Instruction Set 


The i386 CPU instruction set includes: variable 
length instruction format (including double operand 
instructions; 8-, 16-, and 32-bit signed and unsigned 
arithmetic operators for binary, BCD and unpacked 
ASCII data; and iterative word and byte string manip- 
ulation functions. All existing instructions have been 
extended to support 32-bit addresses and operands. 
New bit manipulation and other instructions have 
been added for extra flexibility in designing complex 
software. 


Numeric Data Processor 


For enhanced numerics processing compatibility, 
the iSBC 386/2x and 3x boards include an 80387 
numeric coprocessor. Over 60 numeric instructions 
offer arithmetic, trigonometric, transcendental, loga- 
rithmic and exponential instructions. Supported data 
types include 16-, 32-, and 64-bit integer, 32- and 
64-bit floating point, 18-digit packed BCD and 80-bit 
temporary. Data transfers to and from the CPU are 
32-bits wide. 


Architectural Features 


The 8086, 8088, 80188, 80286, and i386 microproc- 
essor family contain the same basic sets of regis- 
ters, instructions, and addressing modes. The i386 
processor is upward compatible with the 8086, 
8088, 80186, 80188, and 80286 CPU’s. 


iSBC 386/21/22/24/28 AND 386/32/34/38 BOARDS 


Architectural Features 


The i386 CPU operates in two modes: protected vir- 
tual address mode; and 8086 real address mode. In 
protected virtual address mode (also called protect- 
ed mode), programs use virtual addresses. In this 
mode, the i386 CPU automatically translates logical 
addresses to physical addresses. This mode also 
provides memory protection to isolate the operating 
system and ensure privacy of each task’s programs 
and data. In 8086 real address mode, programs use 
real addresses with up to one megabyte of address 
space. Both modes provide the same base instruc- 
tion set and registers. 


Interrupt Control 


Incoming interrupts are handled by two cascaded 
on-board 8259A programmable interrupt controllers 
and by the i386 CPU’s NMI line. Twenty interrupt 
sources are routed to the programmable controllers 
and the interrupt jumper matrix. Using this jumper 
matrix, the user can connect the desired interrupt 
sources to specific interrupt levels. The interrupt 
controllers prioritize interrupts originating from up to 
15 sources and send them to the CPU. The user can 
connect a sixteenth interrupt to the i386 NMI line. 
Table 1 includes a list of devices and functions su- 
ported by interrupts. Bus vectored interrupts are not 
supported. 


Table 1. Interrupt Request Sources 


Multibus Interface 


Power Fail Interrupt 


Number of 
Interrupts 
i Requests from Multibus resident peripherals or other 
CPU boards 
8251A Serial Controller Indicates status of transmit and receive buffers and RI 
lead of the RS232C interface 
8254 Timers Timer 0, 1 outputs; function determined by timer mode 
(hardwired to interrupt controller) 


iSBX Connector Function determined by iSBXMULTIMODULE board | 4 ~~ ‘| 


Indicates addressed Multibus or iSBX resident device 
has not responded to a command within 10 ms 


| — Indicates AC power is not within tolerance (signal 
generated by system power supply) 
Parity Interrupt Indicates on-board parity error 
Programmable Register Generate interrupt under program control 


. . 
. 
. . 
. . . 
. . 
. . . 
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iISBC 386/21/22/24/28 AND 386/32/34/38 BOARDS 


Memory Capabilities 


The iSBC 386/2x and 3x boards support both 
EPROM local memory and dynamic RAM (DRAM), 
which is located on-board. The DRAM is supported 
by a high speed on-board cache memory. 


DRAM Memory 


The iSBC 386/2x and 3x series CPU boards come 
with 1, 2, 4, or 8M bytes of DRAM memory. This 
memory is on a low profile module that is installed 
on the baseboard. The module measures approxi- 
mately 4” x 4” and uses surface mount DRAM de- 
vices. The DRAM memory supports byte-parity error 
detection and has a 32-bit wide data path to the 
80386 CPU and 16-bit wide data path to the Multibus 
interface. | 


The memory may be expanded by installing an addi- 
tional iSBC MMOx series memory module, which is 
available in 1, 2, 4, or 8M byte sizes. All mounting 
hardware is included. Maximum DRAM memory is 
16M bytes using an iSBC 386/28 or 386/38 CPU 
board and an 8M byte iSBC MM08 memory module. 
This combination requires 1.8 inches of cardcage 
space. 


Cache Memory 


A 64K byte cache memory on the iSBC 386/2x and 
3x boards supports the i386 CPU and provides 0 
wait-state reads for data and program code resident 
in the cache memory. The cache memory is updated 
whenever data is written into the dual-port memory 
or when the CPU executes a read cycle and the data 
or program code is not present in cache memory. 
This process is controlled by the cache replacement 
algorithm. Cache ‘“‘misses” require additional wait- 
states to retrieve data from the DRAM memory. If 
the processor is in pipelined mode, 2 wait-states (4 
clock cycles) are required to retrieve data. If the 
processor is in non-pipelined mode, 3 wait-states 
are required. All writes to DRAM memory require 2 
(pipelined) or 3 (non-pipelined) wait-states. 


The cache memory supports 16K entries, with each 
entry comprised of a 32-bit data field and an 8-bit tag 
field. The tag field is used to determine which actual 
memory word currently resides in a cache entry. The 
cache memory size and effective replacement algo- 
rithm are designed to optimize both the probability of 
cache “hits” and local bus utilization. 


EPROM Memory 


The EPROM memory consists of two 32-pin JEDEC 
sites that are intended for boot-up and system diag- 
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nostic/monitor routines, application code, and ROM- 
able operating system software. Maximum local 
memory capacity is 512K bytes using Intel 27020 
(256k x 8) 2 megabit EPROM devices. The EPROM 
memory resides at the upper end of the 386 device’s 
memory space for both real address mode and 
PVAM operation. 


Memory Map 


In real address mode, the maximum amount of ad- 
dressable physical memory is 1 Mbyte. In protected 
virtual address mode (PVAM), the maximum amount 
of addressable physical memory is 16 Mbytes. The 
system designer can easily change the CPU memo- 
ry map to adapt the CPU board to the required over- 
all system memory map. Reconfiguration is usually 
necessary for multiple processor-based systems 
with more than two CPU boards and/or intelligent 
|/O boards. By changing PAL devices and/or by 
moving jumpers, the designer can set: 


e EPROM memory space 
e Starting address of DRAM memory 


¢ Amount of DRAM memory that is dual-ported to 
the CPU and Multibus interface or single-ported 
to the CPU 


e Access to off-board Multibus address space 


EPROM Memory 


The EPROM memory space is set using four jump- 
ers to accommodate 27256 (256 kb), 27512 
(512 kb), 27010 (1 Mb), or 27020 (2 Mb) byte-wide 
devices. Smaller EPROM devices may be used, 
however the EPROM will appear more than once 
within the EPROM address space. Using a pair of 
27020 EPROMs will provide 512k bytes of memory. 
The iSBC 386/2x and 3x series boards are designed 
to accommodate EPROM devices with access times 
ranging from 130 ns-—320 ns. In real address mode, 
the ending address of EPROM memory is always 
1M byte (FFFFFH). In PVAM, the ending address of 
EPROM memory is always 4G bytes (FFFF FFFFH), 
which is the top of the 386 CPU address space. 


DRAM Memory Size/Location 


The iSBC 386/2x and 3x boards allow the user to 
control the location and size of the DRAM memory 
(on the iSBC 386/2x and 3x boards) available for 
use by the CPU and other boards in the system. In 
PVAM, the starting address of DRAM can be set to 
start on any 1M byte boundary up through 15M 
bytes by setting jumpers and by installing a custom- 
programmed PAL device. In real address mode, the 
DRAM memory always starts at OH (hex). 


intel. 


The ending address can be set on 64k byte bounda- 
ries using jumpers in both PVAM and real address 
mode. Setting the ending address at lower than the 
actual amount of installed memory effectively de- 
selects a portion of DRAM and creates additional 
Multibus address space. 


Multibus Address Space | 


Any address space not set aside as EPROM or 
DRAM memory automatically becomes address 
space the CPU can use to access other boards in 
the system. For example, Figure 2A shows a real 
address mode CPU memory map for a 1M byte 
iSBC 386/21 board. With the DRAM ending address 
set at 512k bytes and 128k bytes of installed 
EPROM, 384k bytes of Multibus address space is 
accessable by the CPU. Figure 2B shows a typical 
PVAM configuration where the 4 Mbytes of DRAM 


has been set to start at 1M byte and end at 4.5M - 


bytes. The address space from 0 to 1M byte and 4.5 
to 16M bytes is the Multibus address space access- 
able by the CPU. 


Figure 2C illustrates another way the board can es- 
tablish additional Multibus address space. If the 
DRAM memory starts at 0, a jumper on the board 
can be used to create additional Multibus address 
space between 512k bytes and 1M byte. This fea- 
ture is available both in real address mode and 
PVAM. 


Dual-Port/Local Memory 


A portion or all of the DRAM memory can be select- 
ed to be dual-port (shared) memory. Both the start- 
ing and ending addresses are set on 256k byte 
boundaries using jumpers on the board. Any DRAM 
memory that is not configured as dual-port memory 
is local (single-port) memory available only to the 
CPU, 
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Figure 2A. Real Address 
Mode iSBC 386/21 
Board Memory Map 
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Figure 2B. PVAM 
iSBC 386/24 
Board Memory Map 
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Programmable Timer 


Three 16-bit, programmable interval timer/counters 
are provided using an 8254 device, with one timer 
dedicated to the serial port for use as a baud rate 
generator. The other two timers can be used to gen- 
erate accurate time intervals under software control. 
The timers are not cascadable. Four timer/counter 
modes are available as listed in Table 2. Each coun- 
ter is capable of operating in either BCD or binary 
modes. The contents of each counter may be read 
at any time during system operation. 


Table 2. Programmable Timer Functions 


[Function [Operation 


Interrupt on 
terminal count 


When terminal count is reached, 
an interrupt request is generated. 
This function is extremely useful 
for generation of real-time clocks. 


Rate generator | Divide by N counter. The output 
will go low for one input clock 
cycle, and the period from one 
low going pulse to the next is N 
times the input clock period. 


Square-wave 
rate generator 


Output will remain high until 
one-half the count has been 
completed, and go low for the 
other half of the count. 


Software 
triggered 
strobe 


Output remains high until soft- 
ware loads count (N). N counts 
after count is loaded, output 
goes low for one input clock 
period. 


Serial 1/O 


The iSBC 386/2x and 3x boards include one 
RS232C serial channel, which is configured as an 
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Figure 2C. PVAM 
iSBC 386/22 
Board Memory Map 
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asynchronous, DTE interface. Data rates up to 19.2k 
baud may be selected. The serial channel can con- 
nect either to a host system for software develop- 
ment or to a stand alone terminal for field diagnostic 
support. For stand alone use, unhosted monitor soft- 
ware needs to be programmed by the user into the 
local EPROM memory. The serial channel may also 
be connected to a modem to provide remote diag- 
nostic support or to download program codes. The 
physical interface is a 10-pin ribbon-style connector 
located on the front edge of the board. 


iSBX Interface 


For iSBX MULTIMODULE support, the iSBC 386/2x 
and 3x CPU boards provide an 8/16-bit iSBX con- 
nector that may be configured for use with either 8- 
or 16-bit, single or double-wide iSBX MULTIMOD- 
ULE boards. Using the iSBX interface, a wide variety 
of specialized I/O functions can be added easily and 
inexpensively to the iSBC 386/2x and 3x boards. 


Reset Functions 


The iSBC 386/2x and 3x boards are designed to 
accept an Auxilliary Reset signal via the boards’ P2 
interface. In this way, system designs that require 
front panel reset switches are supported. The iSBC 
386/2x and 3x boards use the AUX reset signal to 
reset all on-board logic (excluding DRAM refresh cir- 
cuitry) and other boards in the Multibus system. The 
iSBC 386/2x and 3x boards will also respond to an 
INIT reset signal generated by another board in the 
system. 


LED Status Indicators 


Mounted on the front edge of the iSBC 386/2x and 
3x boards are four LED indicators that indicate the 
operating status of the board and system. One LED 
is used to show that an on-board parity error or a 
Multibus bus parity error has occurred. A second 
LED indicates that a Multibus or iSBX bus access 
timeout has occurred. The third LED is triggered by 
the start of an 386 bus cycle and will turn off if the 
386 CPU stops executing bus cycles. The fourth 
LED will light under software control if the program 
writes to a specific I/O location. 


MULTIBUS SYSTEM ARCHITECTURE 


Overview 


The Multibus system architecture includes three bus 
structures: the Multibus system bus, the iLBX local 
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bus extension and the iSBX MULTIMODULE expan- 


sion bus. Each bus structure is optimized to satisfy 
particular system requirements. The system bus pro- 
vides a basis for general system design including 
memory and I/O expansion as well as multiprocess- 
ing support. The iLBX bus, which is usually used for 
memory expansion, is not supported by the iSBC 
386/2x and 3x boards since all DRAM memory is 
located on-board. The iSBX bus povides a low cost 
way to add I/O to the board. 


System Bus—IEEE 796 


The Multibus system bus is an industry standard, 
IEEE 796, microcomputer bus structure. Both 8- and 
16-bit single board computers are supported on the 
IEEE 796 structure with 24 address and 16 data 
lines. In its simplest application, the system bus al- 
lows expansion of functions already contained on a 
single board computer (e.g., memory and digital 
1/O). However, the IEEE 796 bus also allows very 
powerful distributed processing configurations using ~ 
multiple processors, I/O boards, and peripheral 
boards. The Multibus system bus is supported with a 
broad array of board level products, VLSI interface 
components, detailed published specifications and 
application notes. 


System Bus—Expansion Capabilities 


The user can easily expand or add features to his 
system by adding various Multibus boards to his sys- 
tem. Products available from Intel and others in- 
clude: video controllers; D/A and A/D converter 
boards; peripheral controller cards; communica- 
tions/networking boards; voice synthesis and recog- 
nition boards; and EPROM memory expansion 
boards. 


System Bus—Multimaster 
Capabilities 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (i.e., 
several CPUs and/or controllers sharing system 
tasks through communication over the system bus), 
the iSBC 386/2x and 3x boards provide full system 
bus arbitration control logic. This control logic allows 
up to four bus masters to share the system bus us- 
ing a serial (daisy chain) priority scheme. By using an 
external parallel priority decoder, this may be ex- 
tended to 16 bus masters. In addition to multipro- 
cessing, the multimaster capability also provides a 
very efficient mechanism for all forms of DMA (Di- 
rect Memory Access) transfers. 


intel. 
iSBX Bus MULTIMODULE 
On-Board Expansion 


Through this interface, additional on-board I/O func- 
tions may be added, such as parallel and serial I/O, 
analog |/O, small mass storage device controllers 
(e.g.,. floppy disks), BITBUS Control, and other cus- 
tom interfaces to meet specific needs. Compared to 
other alternatives such as Multibus | boards, iSBX 
modules need less interface logic and power, and 
offer simpler packaging and lower cost. The iSBX 
interface connector on the iSBC 386/2x and 3x 
boards provides all the signals necessary to inter- 
face to the local on-board bus, and is compatible 
with both 8-bit and 16-bit MULTIMODULES. | 


SOFTWARE SUPPORT 


Operating Systems 


The iSBC 386/2x and 3x boards are supported by a 
variety of operating systems, including the iRMX® |, 
iIRMX Il, iIRMX Ill, XENIX and System V/386 operat- 
ing systems (third party vendors). 


See the datasheets on these software products for 
further details. 


BOARD SPECIFICATIONS 


Word Size 


Instruction—8, 16, 24, 32 or 40 bits 
Data—8, 16, 32 bits 


System Clock 


386 CPU—16 MHz or 20 MHz 
Numeric Processor—80387 module—16 MHz or 
20 MHz 


DRAM Memory 


On-board parity memory 
iSBC 386/21 board—1M byte 
iSBC 386/22/32 board—2M bytes 
iSBC 386/24/34 board—4M bytes 
iSBC 386/28/38 board—8M bytes 
Memory expansion—One additonal plug-in module: 
iSBC MM01FP—1M byte 
iSBC MM02FP—2M bytes 
iSBC MM04FP—4M bytes 
iSBC MMO8FP—8M bytes 


iSBC 386/21/22/24/28 AND 386/32/34/38 BOARDS 


Maximum Addressable Physical Memory—16 Mega- 
bytes (protected virtual address mode) 1 Megabyte 
(real address mode) 


EPROM Memory 


Number of sockets—Two 32-pin JEDEC Sites (com- 
patible with 28-pin and 32-pin devices) 


Sizes accommodated—64 kb (8k x 8), 128 kb (16k x 
8), 256 kb (32k x 8), 512 kb (64k x 8), 1 Mb (128k x 
8), 2 Mb (256k x 8) 


Device access speeds—130 ns to 320 ns 
Maximum memory—512k bytes with 27020 (2M bit) 
EPROMs 


™~ 


I/O Capability 


Serial Channel 


Type—One RS232C DTE asynchronous channel us- 
ing an 8251A device 


Data Characteristics—5-8 bit characters; break 
character generation; 1, 1%, or 2 stop bits; false 
start bit detection; automatic break detect and han- 


_ dling; even/odd parity error generation and detec- 


tion 


Speed—110, 150, 300, 600, 1.2 kb, 2.4 kb, 4.8 kb, 
9.6 kb, 19.2 kb 


Leads supported—TD, RD, RTS, CTS DSR, RI, CD, 
SG 


Connector Type—10 pin ribbon 
Expansion—One 8/16-bit iSBX interface connector 


for single or double wide iSBX MULTIMODULE 
board. 


Interrupt Capacity 


Potential Interrupt Sources—21 (2 fixed, 19 jumper 
selectable) 


Interrupt Levels—16 using two 8259A devices and 
the 80386 NMI line 


Timers 


Two programmable timers using one 8274 device. 
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Output ls ni Intervals 


Real-time interrupt ie ws te ms 
Rate Generator 615 kHz 
Square-wave rate generator 615 kHz 
Software triggered strobe 53.3 ms 


Interfaces 


Multibus Bus—Alll signals TTL compatible 
iSBX Bus—All signals TTL compatible 
Serial |1/O—RS 232C, DTE 


MULTIBUS DRIVERS 


Data Tri-State 
Tri-State 
Tri-State 

Open Collector 


Address 
Commands 
Bus Control 


Power Requirements 


iSBC 386/2x and 3x boards 
~ Maximum: + 5V, 12.5A 
+12V, 35 mA 
+5V, 9A 
+12V,20 mA 


Typical: 


NOTE: 
Does not include power for iSBX module, EPROM 
memory, or added iSBCMMOx memory modules. 


Add the following power when adding iSBC MMOX 
memory modules: 


iSBC MMO1FP_ +5V, 0.71A 
MMO2FP_ +5V, 0.96A 
MMO4FP +5V, 0.71A 
MMO8FP_ +5V, 0.96A 


Environmental Requirements 


Operating Temperature—0°C to 60°C at 300 LFM 
Relative Humidity—O% to 85% noncondensing 
Storage Temperature—— 40°C to + 70°C 


Physical Characteristics 


Dimensions 
Width—12.00 in. (30.48 cm) 
Height—7.05 in. (17.91 cm) 
Depth—0.86 in. (2.18 cm), 1.62 in. (4.11 cm) with 
added memory module 
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Recommended Minimum Cardcage Slot Spacing 
1.2 in. (3.0 cm), with or without iSBX 
MULTIMODULE 


1.8 in. (4.6.cm), with addded iSBC MMOx memory 
module 


Approximate Weight 
26 oz. (738 gm) 


Reference Manual 


149094—iSBC 386/21/22/24/28 Hardware Refer- 
ence Manual (order separately) 


453652—iSBC 386/32/34/38 Single Board Com- 
puter Hardware Reference Manual 


Ordering Information 


Part Number Description 


CPU Boards 
SBC38621 16 MHz 386 Multibus | CPU Board 
with 1 MB DRAM Memory 
SBC38622 16 MHz 386 Multibus | CPU Board 
with 2 MB DRAM Memory 
SBC38624 16 MHz 386 Multibus | CPU Board 
with 4 MB DRAM Memory 
SBC38628 16 MHz 386 Multibus | CPU Board 
with 8 MB DRAM Memory 
SBC38632 20 MHz 386 Multibus | CPU Board 
with 2 MB DRAM Memory 
SBC38634 20 MHz 386 Multibus | CPU Board 
with 4 MB DRAM Memory 
SBC38638 20 MHz 386 Multibus | CPU Board 


with 8 MB DRAM Memory 


Memory Modules 

SBCMMO1FP 1 MB Parity DRAM Memory Expan- 
sion Module 

SBCMMO2FP 2 MB Parity DRAM Memory Expan- 
sion Module 

SBCMMO4FP 4 MB Parity DRAM Memory Expan- 
sion Module 


SBCMMO8FP 8 MB Parity DRAM Memory Expan- 
sion Module 


Intel. 


ISBC 286/12, 286/14, 286/16* 
SINGLE BOARD COMPUTERS 


m 8 MHz 80286 Microprocessor m@ Synchronous High-Speed Interface for 
m Two JEDEC 28-Pin Sites for up to 128K Bak datook rm gl tansn cl isha arc 
Bytes of Local EPROM Memory, Expansion Boards 
Expandable to 256K Bytes Using an @ iLBX Interface for iLBX Memory Board 
iSBC 341 Expansion Module Expansion 


@ 1, 2, or 4 Megabyte, 0 Wait-State, Dual- 16 Levels of Vectored Interrupt Control 


Port, Parity Memory m= Centronics-Compatible Parallel |/O 
m= Supports User Installed 80287 Numeric Printer Interface 
Data Processor and 82258 Advanced m Two Programmable Multiprotocol 


DMA Controller Devices Synchronous/Asynchronous Serial 
m= Two iSBX Bus Interface Connectors for Interfaces; One RS232C, the Other 
I/O Expansion RS232C or RS422/449 Compatible 


The iSBC 286/12, iSBC 286/14, and iSBC 286/16 Single Board Computers are members of Intel’s family of 
16-bit microcomputers. The boards feature an 80286 microprocessor running at 8 MHz together with 1, 2, or 4 
megabytes of dual-ported, 0 wait-state, parity memory. These features make the iSBC 286/12/14/16 boards 
the ideal single board solution for applications requiring high performance and up to 1, 2, or 4 megabytes of 
memory. For those applications needing more memory, up to four memory expansion boards may be connect- 
ed to the iSBC 286/12/14/16 boards over its P2 interface. The P2 interface supports both standard iLBX 
memory boards and Intel’s EX series of synchronous, 0 wait-state, memory boards that provide up to 16 
megabytes of system memory. The iSBC 286/12/14/16 boards also feature two sockets for user installed 
80287 Numeric Data Processor and 82258 Advanced Direct Memory Access Controller devices. These com- 
ponents further increase board performance by off-loading time intensive tasks from the 80286 microproces- 
sor. The iSBC 286/12/14/16 CPU boards are true single-board solutions that also include two serial I/O 
channels, one parallel line printer channel, local memory, interrupt controllers and programmable timers all on 
one board. 


*The iSBC 286/12; iSBC 286/14 and iSBC 286/16 are also manufactured under product code.pSBC28612; pSBC28614 and pSBC28616 by Intel 
Puerto Rico, Inc. 


*XENIX is a registered trademark of Microsoft Corp. ile 


**UNIX is a trademark of UNIX System Laboratories. 


August 1993 
Order Number: 280147-004 8-21 
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FUNCTIONAL DESCRIPTION | 


Overview 


The iSBC 286/12/14/16 boards utilizes the 80286 
CPU within the Multibus system architecture, en- 
hanced by the industry standard iLBX bus and a 
new, 0 wait-state, synchronous memory interface, to 
provide a high-performance 16-bit solution. This 
board features 1, 2, or 4 megabytes of dual-port, 0 
wait-state, parity memory, plus interrupt, memory 
and I/O features facilitating a complete single-board 
computer system. The iSBC 286/12/14/16 boards 
can be used in many applications originally designed 
for Intel’s other 16-bit microcomputers. 


Central Processing Unit 


The central processor for the iSBC 286/12/14/16 
board is the 80286 CPU operating at an 8.0 MHz 
clock rate. The 80286 CPU is upwardly compatible 
with Intel’s 8088 and 8086 CPUs. The 80286 CPU 
runs 8088 and 8086 code at substantially higher 
speeds due to its parallel architecture. In addition, 
the 80286 CPU provides on-chip memory manage- 
ment and protection and virtual memory addressing 
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of up to 1 gigabyte per task. Processing speed and 
efficiency may be further enhanced by installing an 
80287 numerics coprocessor and an 82258 ADMA 
controller. The clock rates for the 80286 and the 
80287 are independent with the 80287 rate jumper 
selectable at either 5.3 MHz or 8.0 MHz. 


Instruction Set 


The 80286 instruction repertoire includes variable 
length instruction format (including double operand 
instructions), 8-bit and 16-bit signed and unsigned 
arithmetic operators for binary, BCD and unpacked 
ASCII data, and iterative word and byte string manip- 
ulation functions. 


Numeric Data Processor 


For enhanced numerics processing capability, the 
80287 Numeric Data Processor extends the 80286 
architecture and data set. Over 60 numeric instruc- 
tions offer arithmetic, trigonometric, transcendental, 
logarithmic and exponential instructions. Supported 
data types include 16-, 32-, and 64-bit integer, 32- 
and 64-bit floating point, 18-digit packed BCD and 
80-bit temporary. 
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Figure 1. iSBC 286/12 Block Diagram 
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Advanced DMA Controller 


For those applications that require frequent moving 
of large blocks of data, the user may install'an Intel 
82258, 4 channel, advanced DMA (ADMA) controller 
to further increase system performance. The ADMA 
Controller supports DMA requests from the 8274 
USART (2 channels) and the iSBX interfaces on the 
board (1 per interface). The ADMA can also perform 
data transfers over the on-board CPU bus, the MUL- 
TIBUS (P1) interface, and the iLBX/synchronous 
(P2) interface. 


ARCHITECTURAL FEATURES 


The 8086, 8088, 80186 and 80286 microprocessor 
family contains the same basic set of registers, in- 
structions, and addressing modes. The 80286 proc- 
essor is upward compatible with the 8086, 8088, and 
80186 CPUs. 


The 80286 operates in two modes: 8086 real ad- 
dress mode, and protected virtual address mode. In 
8086 real address mode, programs use real address 
with up to one megabyte of address space. Pro- 
grams use virtual addresses in protected virtual ad- 
dress mode, also called protected mode. In protect- 
ed mode, the 80286 CPU automatically maps 1 giga- 
byte of virtual addresses per task into a 16 mega- 
byte real address space. This mode also provides 
memory protection to isolate the operating system 
and ensure privacy of each task’s programs and 
data. Both modes provide the same base instruction 
set and registers. 


Vectored Interrupt Control 


Incoming interrupts are handled by two on-board 
8259A programmable interrupt controllers (PIC) and 
by the 80286’s NMI line. Interrupts originating from 
up to 15 sources are prioritized and then sent to the 
CPU. The 8259A devices support both polled and 
vectored mode of operation. Further interrupt capa- 
bility is available through bus vectored interrupts 
where slave 8259A interrupt controllers resident on 
separate iSBC Boards supply an interrupt vector to 
the on-board CPU. 


interrupt Sources 


Twenty-six potential interrupt sources are routed to 
the slave PIC device and to the interrupt jumper ma- 
trix where the user can connect the desired interrupt 
sources to specific interrupt levels. 


iSBC 286/12, iSBC 286/14, iSBC 286/16 SBC 


Memory Capabilities 


DUAL-PORT MEMORY 


The iSBC 286/12/14/16 boards feature 1, 2, or 4 
megabytes of 0 wait-state, parity memory installed 
on the board. This memory, which is implemented 
using 256 Kb or 1 Mb DRAMs installed on a daugh- 
ter board, is dual-ported to the on-board CPU bus 
and the Multibus (P1) interface. For those applica- 
tions requiring more memory, the iSBC 286/12/14/ 
16 boards also feature an iLBX and synchronous 
memory interface to increase physical memory ca- 
pacity to 16 megabytes. 


The iSBC 322/324 memory upgrade modules allow 
for expansion of on-board dual-port DRAM. The 
iSBC 322 upgrades an iSBC 286/12 to 2 MBytes. 
The iSBC 324 upgrades an iSBC 286/12 or iSBC 
286/14 to 4 MBytes. 


LOCAL MEMORY 


Two, 28-pin sites are provided for installing up to 
128 KB of EPROM firmware. 


By installing an iSBC 341 EPROM expansion mod- 
ule, local memory can be increased to four sites to 
support up to 256 KB of EPROM. Local memory ac- 
cess time is selectable at one, two, or three wait- 
states and is a function of the device speed. 


Serial |/O 


A two-channel serial communications interface us- 
ing Intel’s 8274 Multi-Protocol Serial Controller 
(MPSC) is contained on the iSBC 286/12/14/16 
boards. Two independent software selectable baud 
rate generators provide the MPSC with all common 
communication frequencies. The protocol (i.e. asyn- 
chronous, bisync, or SDLC/HDLC), data format, 
control character format, parity and baud rate are all 
under program control. Software interfacing to the 
MPSC can be via either a polled or interrupt driven 
routine. Channel A may be configured for an 
RS232C or RS422/RS449 interface; channel B is 
set for RS232C operation only. DMA operation for 
channel A is available if the optional 82258 (ADMA) 
is installed. 
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Programmable Timers 


The iSBC 286/12/14/16 boards provide three inde- 
pendent, fully programmable 16-bit interval timers/ 
event counters utilizing the Intel 8254 Programmable 
Interval Timer. Each counter is capable of operating 
in either BCD or binary modes. Two of these timers/ 
counters are available to the systems designer to 
generate accurate time intervals under software 
control. Routing for the outputs of these counters is 
jumper selectable. The outputs may be indepen- 
dently routed to the 8259A Programmable Interrupt 
Controller or to the 8274 MPSC to count external 
events or provide baud rate generation. The third 
interval timer in the 8254 is dedicated to providing a 
clock for the programmable baud rate generator in 
the iSBC 286/12/14/16 boards’ MPSC serial con- 
troller. 


Line Printer Interface/Board ID 


An 8255A Programmable Peripheral Interface (PPI) 
provides a Centronics compatible line printer inter- 
face, several on-board functions, and four non-dedi- 
cated input bits. Drivers are provided for a complete 
Centronics compatible line printer interface. 


Software Reset 


The software reset feature allows the 80286 micro- 
processor to return to Real Address mode operation 
from PVAM under software control. The system re- 
set line (INIT*) and the dual-port memory are not 
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affected, and all |/O context is preserved. The soft- 
ware reset is activated by a byte write to I/O location 
OOEOH. To distinguish the software reset from a true 
system initialization reset, a flag is provided. Another 
flag is provided that indicates whether the iSBC 
286/12/14/16 board hardware (not the 80286 de- 


vice) is currently configured for PVAM or Real Aqa- 
dress Mode. 


Front Panel Connector 


A 14-pin connector (J4) is mounted on the top edge 
of the board and is designed to connect to the front 
panel and power supply of the system enclosure. 
Leads supported include Reset and Interrupt input 
lines from (conditioned) front panel switches, a Run 
signal to drive a front panel LED, a Power Fail Inter- 
rupt line that connects to the power supply, and ex- 
tra power and ground leads to support miscellane- 
ous front panel circuitry. 


Multimaster Capabilities 


The iSBC 286/12/14/16 boards provide full system 
bus arbitration control logic. This control logic allows 
up to three iSBC 286/12/14/16 boards or other bus 
masters to share the system bus using a serial (dai- 
sy chain) priority scheme and allows up to 16 mas- 
ters to share the Multibus system bus with an exter- 
nal parallel priority decoder. 


intel. 
Memory Map 


The memory map of the iSBC 286/12/14/16 board 
is shown in Figure 1. The memory maps for the iSBC 
286/14 and iSBC 286/16 boards are similar, except 
the total amount of on-board DRAM memory is 2 or 
4 MB, and the dual-port memory space is larger. The 
memory map, which shows the default configuration 
of the board, may be easily changed by the user to 
meet the needs of almost any system design. As a 
result, the iSBC 286/12/14/16 boards are particu- 
larly suited for complex multiple processor and/or 
multiple intelligent |/O board-based systems. 
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The memory map can be changed by moving on- 
board jumpers or by installing user-programmed 
PALs (programmable array logic devices). 


Using only the jumpers on the iSBC 286/12/14/16 
board, the Multibus window size can be set at 0 (no 
window), 64 KB, 128 KB, 256 KB, or 1 MB in real 
address mode. The Multibus window is normally not 
available in PVAM, however, a PAL may be pro- 
grammed to provide this feature. Jumpers are also 
used to set aside a portion of the dual-port memory 
so that it may only be accessed by the CPU (single- 
ported memory). Block sizes of 64 KB, 128 KB, 256 
KB, 512 KB or 1 MB may be selected. Finally, jump- 
ers are used to select any of 6 EPROM memory 


REAL ADDRESS MODE 


OFFFFFH LOCAL EPROM 


OFOO00H MEMORY 


OEFFFFH MULTIBUS WINDOW 
(RELOCATABLE 


OE0O000H VIA JUMPERS OR PALS) 


ODFFFFH 
ON-BOARD 
DUAL-PORT 
RAM 


00000H 


CPU MEMORY MAP 


0E0000H RELOCATABLE VIA JUMPERS) 
ODFFFFH 


OFFFFFH SINGLE PORT MEMORY (CLOSED 
128 KB TO THE MULTIBUS INTERFACE— 


ON-BOARD DUAL-PORT RAM 
(AVAILABLE TO THE MULTIBUS 
INTERFACE) 


~ 896 KB 


00000H 


ON-BOARD, DUAL-PORT MEMORY 


VIEWED FROM MULTIBUS PORT 


PROTECTED VIRTUAL ADDRESS MODE (PVAM) 


LOCAL 
EPROM 
MEMORY 


_ FFFFFFH 


FFOOOOH 


FEFFFFH MULTIBUS 


INTERFACE | RELOCATABLE 
FOOO00H VIA PALS 
FFFFFH 


INTERFACE 
100000H 
OFFFFH ON-BOARD 
DUAL-PORT RAM 


FFFFFFH 


USER 


15MB | DEFINED 


100000H 


OFFFFFH ON-BOARD DUAL-PORT RAM (CAN 


1 MB BE SINGLE PORTED TO THE CPU IN 


000000H 


000000H 


64 KB INCREMENTS VIA JUMPERS) 


CPU MEMORY MAP MEMORY VIEWED FROM MULTIBUS PORT 


Figure 1. Memory Map for iSBC 286/12 Board (Default Configuration) 
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sizes ranging from 4 KB (using 2716 devices) up to 
256 KB (using 27512 devices and an iSBC 341 mod- 
ule). 


lf the user needs to alter the memory map further, 
five PALs on the baseboard are socketed and may 
be replaced by custom designed devices. Using pro- 
grammed PALs, the designer can: 


— Set the base DRAM memory starting address (as 
viewed by the 80286 microprocessor) at 0 (de- 
fault configuration) or to any /% megabyte bound- 
ary up through 16 MB (0 or 512 KB in real ad- 
dress mode). 


— Set the base DRAM memory starting address (as 
viewed by other boards over the Multibus inter- 
face) at 0 (default configuration) or to any mega- 
byte boundary up through 16 MB (fixed at 0 in 
real address mode). 


— Set single or multiple Multibus windows as small 
as 64 KB or as large as 1 MB within the first 
megabyte of address space. Multibus windowing 
can be enabled both in real address mode and 
PVAM. The window size can also be set at 0 (no 
window) so that the CPU can only access its own 
DRAM memory. 


The jumper and PAL changes may be used in com- 
bination with each other. For example, jumpers can 
be installed to set EPROM address space and to 
exclusively allocate (single-port) a portion of the 
dual-port memory to the CPU. Then, PALs can be 
installed to establish two Multibus windows of differ- 
ent sizes and to set the DRAM base starting ad- 
dresses. 


High Speed Off-Board Memory 


The iSBC 286/12/14/16 boards can access off- 
board memory either over the Multibus (P1) inter- 
face, or over the P2 interface. Memory transfers 
over the P2 interface are faster because the CPU 
board doesn’t have to arbitrate for access to the 
Multibus interface. 


Using the P2 interface, the iSBC 286/12/14/16 
boards can be configured to operate with either a 
standard iLBX interface or with the high-speed syn- 
chronous interface. 


The iSBC 286/12/14/16 boards as supplied are 
configured to operate with a synchronous, P2 inter- 
face. This high-performance interface is designed to 
connect to Intel’s EX series of memory expansion 
‘boards to yield a CPU to memory read/write time of 
0 wait-states. The EX memory expansion boards are 
available in sizes ranging from 512K bytes up to 4M 
bytes. 
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A total of four memory boards can be placed on the 
iLBX or synchronous interface bus. With 4M byte 
memory boards, this results in a total of 16M bytes 
on the memory expansion bus. 


iSBX Bus MULTIMODULE 
On-Board Expansion 


Two 8-, 16-bit iSBX MULTIMODULE connectors are 
provided on the iSBC 286/12/14/16 boards. The 
iSBX interface connectors on the iSBC 286/12/14/ 
16 boards provide all signals necessary to interface 
to the local on-board bus, including 16 data lines for 
maximum data transfer rates. The iSBX MULTIMOD- 
ULE Boards designed with 8-bit data paths and us- 
ing the 8-bit iSBX connector are also supported on 
the iSBC 286/12/14/16 microcomputer boards. A 
broad range of iSBX MULTIMODULE Board options 
are available from Intel. Custom iSBX modules may 
also be designed. 


SPECIFICATIONS 


Word Size 
Instruction—8, 16, 24, 32 or 40 bits 


Data—8 or 16 bits 


System Clock 


CPU—8.0 MHz 
Numeric Processor—5.3 MHz or 8.0 MHz (Jumper 
Selectable) : 


Cycle Time 


Basic Instruction—8.0 MHz - 250 ns (assumes in- 


struction in queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (i.e. two clock cycles) 


Dual-Port Memory 


1, 2, or 4 megabyte, 0 wait-state, parity DRAM dual- 
ported to the on-board CPU bus and the MULTIBUS 
interface. 


intel. 


Local Memory 


Number of sockets—two 28-pin JEDEC sites, ex- 
pandable to 4 sites using iSBC 341 JEDEC Expan- 
sion Module 


Maximum Size—128 KB expandable to 256 KB by 
installing an iSBC 341 EPROM Expansion Module. 
Memory size is set by jumpers on the iSBC 286/12/ 
14/16 board. 


Compatible Devices—EPROM, up to 64K x 8 (intel 
27512) 


Interrupt Capacity 


26 interrupt sources (total); 5 hard-wired to the 
8259A PIC; 21 jumper selectable 


Interrupt Levels—16 vectored requests using two 
8259A devices and the 80286 microprocessor’s NMI 
line 


|/O Capability 
— Line printer interface, on-board func- 


tions, and 3-bit board installed options 
code 


Parallel 


Serial — Two programmable channels using 
one 8274 device 

Timers — Three programmable timers using one 
8254 device 

Expansion— Two 8/16-bit iSBX MULTIMODULE 
connectors 

interfaces 


MULTIBUS Bus—All signals TTL compatible 

iSBX Bus—All signals TTL compatible 

iLBX Bus—All signals TTL compatible 
Synchronous Interface—All signals TTL compatible 


Serial |1/O— Channel A: RS232C/RS422/RS449 
compatible, DCE or DTE 


Channel B: RS232C compatible, DCE 


Timer—All signals TTL compatible 
Interrupt Requests—All TTL compatible 


Serial Communications Characteristics 


Synchronous—5-8 bit characters; internal or 
HDLC/SDLC character synchronization; automatic 
sync insertion; even or odd parity 


ISBC 286/12, iSBC 286/14, iSBC 286/16 SBC 


Asynchronous—5-8 bit characters; break character 
generation; 1, 114, or 2 stop bits; false start bit de- 
tection; even or odd parity 


Physical Characteristics 


Width: 12.00 in. (30.48 cm) 
Height: 7.05 in. (18.00 cm) 


Depth: 0.88 in. (2.24 cm) 
1.16 in. (2.95 cm) with iSBX 
MULTIMODULE board installed 


Recommended Slot spacing (without iSBX MULTI- 
MODULE): 1.2 in. (3.0 cm) 


Weight: 26 oz. (731 gm) 


Electrical Characteristics 


DC Power Requirements: 
Maximum: + 5V, 8.7A; +12V, 35 mA (for serial 1/O) 
Typical: +5V, 5.7A; +12V, 20 mA 


NOTE: 
Power requirements are for the default configura- 
tion. Does not include power for optional EPROM, 
80287 or 82258 devices, or installed iSBX MULTI- 
MODULE boards. 


Environmental Characteristics 


Operating Temperature: 0°C to 55°C with 200 LFM 
airflow across board (de- 
fault configuration) 


Relative Humidity: to 90% (without condensation) 


Reference Manual 


147533 —iSBC 286/12/14/16 Hardware Refer- 
ence Manual (order separately) 


ORDERING INFORMATION 


Part Number Description 
SBC 286/12 Single Board Computer with 1 MB of 


Memory 

SBC 286/14 Single Board Computer with 2 MB of 
Memory 

SBC 286/16 Single Board Computer with 4 MB of 
Memory 

SBC 322 2 MB DRAM Module 

SBC 324 4 MB DRAM Module 
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iSBC 286/10A* 
SINGLE BOARD COMPUTER 


8 MHz 80286 Microprocessor 


Supports User Installed 80287 Numeric 
Data Processor 


iLBX Interface for iLBX Memory Board 
Expansion 


0 Wait-State Synchronous Interface to 
EX Memory Expansion Boards 


Eight JEDEC 28-Pin Sites for Optional 
SRAM/iRAM/EPROM/E2PROM 
Components 


Optional Expansion to Sixteen JEDEC 
28-Pin Sites with Two iSBC 341 Boards 


Maximum On-Board Memory Capacity 
384 KB | 7 


Two iSBX Bus Interface Connectors for 
I/O Expansion 


16 Levels of Vectored Interrupt Control 


Centronics-Compatible Parallel 1/O 
Printer Interface 


Two Programmable Multiprotocol 
Synchronous/Asynchronous Serial 
interfaces; One RS232C, the Other 
RS232C or RS422/449 Compatible 


The iSBC 286/10A Single Board Computer is a member of Intel’s complete line of microcomputer modules 
and systems which take advantage of Intel’s VLSI technology to provide economical, off-the-shelf, computer- 
based solutions for OEM applications. The CPU, system clock, memory sockets, |/O ports and drivers, serial 
communications interface, priority interrupt logic and programmable timers all reside on the board. The iSBC 
286/10A supports both the standard iLBX interface and the synchronous high speed interface (EX-series 
memory boards). 
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*The iSBC 286/10A is also manufactured under product code pSBC28610A by Intel Puerto Rico, Inc. 
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FUNCTIONAL DESCRIPTION 


Overview 


The iSBC 286/10A board utilizes the 80286 CPU 
within the Multibus system architecture, enhanced 
by the industry standard iLBX bus and a new, 0 wait- 
state, synchronous memory interface, to provide a 
high performance 16-bit solution. This board also in- 
cludes on-board interrupt, memory and I/O features 
facilitating a complete signal board computer sys- 
tem. 


Central Processing Unit 


The central processor for the iSBC 286/10A board 
is the 80286 CPU operating at a 8.0 MHz clock rate. 


The 80286 CPU runs 8088 and 86 code at substan- ~ 


tially higher speeds due to it’s parallel chip architec- 
ture. In addition, the 80286 CPU provides on chip 
memory management and protection and virtual 
memory addressing of up to 1 gigabyte per task. Nu- 
meric processing power may be enhanced with the 
user installed 80287 numerics processor. The clock 
rates for the 80286 and the 80287 are independent 
with the 80287 rate jumper selectable at either 5.3 
or 8.0 MHz. 


instruction Set 


The 80286 instruction repertoire includes variable 
length instruction format (including double operand 
instructions), 8-bit and 16-bit signed and unsigned 
arithmetic operators for binary, BCD and unpacked 
ASCIl data, and iterative word and byte string manip- 
ulation functions. 


For enhanced numerics processing capability, the 
80287 Numeric Data Processor extends the 80286 
architecture and data set. Over 60 numeric instruc- 
tions offer arithmetic, trigonometric, transcendental, 
logarithmic and exponential instructions. Supported 
data types include 16-, 32-, and 64-bit integer, 32- 
and 64-bit floating point, 18-digit packed BCD and 
80-bit temporary. 


Architectural Features 


The 8086, 8088, 80186 and the 80286 microproces- 
sor family contains the same basic set of registers, 
instructions, and addressing modes. The 80286 
processor is upward compatible with the 8086, 
8088, and 80186 CPUs. 


iSBC 286/10A SINGLE BOARD COMPUTER 


The 80286 operates in two modes: 8086 real ad- 
dress mode, and protected virtual address mode. In 
8086 real address mode, programs use real address 
with up to one megabyte of address space. Pro- 
grams use virtual addresses in protected virtual ad- 


dress mode, also called protected mode. In protect- 


ed mode, the 80286 CPU automatically maps 1 giga- 
byte of virtual addresses per task into a 16 mega- 
byte real address space. This mode also provides 
memory protection to isolate the operating system 
and ensure privacy of each task’s programs and 
data. Both modes provide the same base instruction 
set, registers, and addressing modes. 


VECTORED INTERRUPT CONTROL 


Incoming interrupts are handled by two on-board 
8259A programmable interrupt controllers and by 
the 80286’s NMI line. Interrupts originating from up 
to 16 sources are prioritized and then sent to the 
CPU as a vector address. Further interrupt capability 
is available through bus vectored interrupts where 
slave 8259A interrupt controllers are resident on 
separate iSBC boards and are then cascaded into 
the on-board interrupt control. 


INTERRUPT SOURCES 


Twenty-three potential interrupt sources are routed 
to the interrupt jumper matrix where the user can 
connect the desired interrupt sources to specific in- 
terrupt levels. 


MEMORY CAPABILITIES 


There are a total of eight 28-pin JEDEC sites on 
board. Four sites are for local memory and can con- 
tain up to 256K bytes of EPROM devices. The four 
other sites are known as the dual-port memory and 
may be addressed by the Multibus interface and the 
on-board CPU bus. Up to 128K bytes of either iRAM, 
SRAM, EPROM, or E2PROM can reside in these 
sites. Both the local and dual-port memory can be 
expanded to eight sites each by using two iSBC 341 
JEDEC expansion modules. In this way, smaller size 
memory devices can be used up to the 256KB (lo- 
cal) and 128KB (dual-port) memory capacities. 
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SERIAL I/O 


A two channel serial communications interface using 
Intel’s 8274 Multi-Protocol Serial Controller (MPSC) 
is contained on the iSBC 286/10A board. Two inde- 
pendent software selectable baud rate generators 
provide the MPSC with all common communication 
frequencies. The protocol (i.e., asynchronous, IBM* 
bisync, or SDLC/HDLC), data format, control char- 
acter format, parity and baud rate are all under pro- 
gram control. Software interfacing to the MPSC can 
be via either a polled or interrupt driven routine. One 
channel may be configured for an RS232C or 
RS422/RS449 interface with the other channel 
RS232C only. 


PROGRAMMABLE TIMERS 


The iSBC 286/10A board provides three indepen- 
dent, fully programmable 16-bit interval timers/event 
counters utilizing the Intel 8254 Programmable Inter- 
val Timer. Each counter is capable of operating in 
either BCD or binary modes. Two of these timers/ 
counters are available to the systems designer to 
generate accurate time intervals under software 
control. Routing for the outputs of these counters is 
jumper selectable. The outputs may be indepen- 
dently routed to the 8259A Programmable Interrupt 
Controller or to the 8274 MPSC to count external 
events or provide baud rate generation. The third 
interval timer in the 8254 is dedicated to providing a 
clock for the programmable baud rate generator in 
the iSBC 286/10A board’s MPSC serial controller. 


LINE PRINTER INTERFACE 


An 8255A Programmable Peripheral Interface (PPI) 
provides a line printer interface, several on-board 
functions, and four non-dedicated input bits. Drivers 
are provided for a complete Centronics compatible 
line printer interface. 


MULTIMASTER CAPABILITIES 


The iSBC 286/10A board provides full system bus 
arbitration control logic. This control logic allows up 
to three iSBC 286/10A boards or other bus masters, 
to share the system bus using a serial (daisy chain) 
priority scheme and allows up to 16 masters to 
share the Multibus system bus with an external par- 
allel priority decoder. 


HIGH SPEED OFF-BOARD MEMORY 


The iSBC 286/10A board can access off-board 
memory either over the Multibus (P1) interface, or 
over the P2 interface. Memory transfers over the P2 
interface are faster because the CPU board doesn’t 
have to arbitrate for access to the Multibus interface. 
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iSBC 286/10A SINGLE BOARD COMPUTER 


Using the P2 interface, the iSBC 286/10A Board can 
be configured to operate with either a standard iLBX 
interface or with a high-performance, synchronous 
interface. 


The iSBC 286/10A Board as supplied is configured 
to operate with a synchronous, P2 interface. This 
high-performance interface is designed to connect 
to Intel’s new EX series of memory expansion 
boards to yield a CPU to memory read/write time of 
0 wait-states. The EX memory expansion boards are 
available in sizes ranging from 512K bytes up to 4M 
bytes and available in sizes ranging from 512K bytes 
up to 2M bytes. Memory expansion boards from oth- 
er manufacturers that meet the iLBX standard may 
also be used. CPU to memory access time is usually 
1 or more wait-states depending on the speed of the 
memory used. 


A total of four memory boards can be placed on the 
iLBX or synchronous interface bus. With 4M byte 
memory boards, this results in a total of 16M bytes 
on the memory expansion bus. 


iSBX BUS MULTIMODULE ON-BOARD 
EXPANSION 


Two 8/16-bit iSBX MULTIMODULE connectors are 
provided on the iSBC 286/10A microcomputer 
board. The iSBX interface connectors on the iSBC 
286/10A provide all signals necessary to interface 
to the local on-board bus, including 16 data lines for 
maximum data transfer rates. iSBX MULTIMODULE 
boards designed with 8-bit data paths and using the 
8-bit iSBX connector are also supported on the iSBC 
286/10A microcomputer board. A broad range of 
iSBX MULTIMODULE options are available from In- 
tel. Custom iSBX modules may also be designed. 


SPECIFICATIONS 


Word Size 


Instruction—8, 16, 24, 32 or 40 bits 
Data—8 or 16 bits 


System Clock 


CPU—8.0 MHz 
Numeric Processor—5.3 or 8.0 MHz (Jumper Select- 
able) 


Cycle Time 


Basic Instruction—8.0 MHz—375 ns; 250 ns (as- 
sumes instruction in queue) 
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: NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (i.e., two clock cycles) 
Local Memory 


Number of sockets—Four 28-pin JEDEC sites, ex- 
pandable to 8 sites using iSBC 341 JEDEC Expan- 
sion Module 


Maximum Size—256 KB 


Compatible Devices—EPROM, up to 64K x 8 (intel 
27512) 
Dual-Port Memory 


Number of sockets—Four 28-pin JEDEC sites, ex- 
pandable to 8 sites using iSBC 341 JEDEC Expan- 
sion Module 


Maximum Size—128 KB 


Compatible Devices—EPROM, up to 32K x 8 (Intel 
27256) 


SRAM 
iRAM, up to 8K x 8 (Intel 2186) 
E2PROM, up to 2K x 8 (Intel 2817A) 


1/O Capability 


Parallel—Line printer interface, on-board functions, 
and four non-dedicated input bits 


Serial—Two programmable channels using one 
8274 device 


Timers—Three programmable timers using one 
8254 device 


Expansion—Two 8/16-bit iSBX MULTIMODULE 
connectors 


Serial Communications 
Characteristics 


Synchronous—5-8 bit characters; internal or 
HDLC/SDLC character synchronization; automatic 
sync insertion; even or odd parity 


Asynchronous—5-8 bit characters; break character 


generation; 1, 11%, or 2 stop bits; false start bit de- 
tection; even or odd parity 


interrupt Capacity 


Potential Interrupt Sources—25, 5 fixed, 20 jumper 
selectable 
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Interrupt Levels—16 vectored requests using two 
8259As and the 80286’s NMI line. 


INTERFACES 
MULTIBUS Bus—All signals TTL compatible 


iSBX Bus—All signals TTL compatible 
iLBX Bus—All signals TTL compatible 
Synchronous Interface—All signals TTL compatible 


Serial 1/O—Channel A: RS232C/RS422/RS449 
compatible, DCE or DTE; Channel B; RS232C com- 
patible, DCE only 


Timer—All signals TTL compatible 


Interrupt Requests—All TTL compatible 


Physical Characteristics 


Width: 12.00 in. (30.48 cm) 

Height: 6.75 in. (17.15 cm) 

Depth: 0.4 in. (1.0 cm) 

Minimum Slot Spacing: 0.6 in. (1.5 cm) 
Weight: 14 oz. (397 gm) 


Electrical Characteristics 


DC Power Requirements: + 5V, 7.0A; +12V, 50 mA 
(serial 1/O) 


NOTE: 
Does not include power for optional EPROM, 
E2PROM, or RAM memory devices, or installed 
MULTIMODULE boards 
Environmental Characteristics 


Operating Temperature: 0°C to 55°C with 200 LFM 
airflow across board 


Relative Humidity: to 90% (without condensation) 


Reference Manual 
147532—iSBC 286/10A Hardware Reference Man- 


ual (order separately) 


ORDERING INFORMATION 
Order Code Description 


SBC 286/10A = Single Board Computer 
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iSBC 186/03A* 


SINGLE BOARD COMPUTER 
m@ 8.0 MHz 80186 Microprocessor with m@ 24 Programmable |/O Lines 
Optional 8087 Numeric Data Processor Configurable as a SCSI Interface, 
mw Eight (Expandable to 12) JEDEC 28-Pin See ertace OF Benet 
Sites Purpose I/O 


m@ Two iSBX Bus Interface Connectors for 


m Six Programmable Timers and 27 Low Cost I/O Expansion 


Levels of Vectored Interrupt Control 
m Multibus Interface for System @ iLBX (Local Bus Extension) Interface 


Expansion and Multimaster for High-Speed Memory Expansion 


Configuration m= Two Programmable Serial Interfaces; 
One RS 232C, the Other RS 232C or 
RS 422 Compatible 


The iSBC 186/03A Single Board Computer is a member of Intel’s complete line of microcomputer modules 
and systems that take advantage of Intel’s VLSI technology to provide economical, off-the-shelf, computer- 
based solutions for OEM applications. The CPU, system clock, memory, sockets, |/O ports and drivers, serial 
communications interface, priority interrupt logic and programmable timers, all reside on the board. 


The iSBC 186/03A board incorporates the 80186 CPU and SCSI interface on one board. For large memory 
- applications, the iLBX local bus expansion maintains this high performance. 


*The iSBC 186/03A board is also manufactured under product code pSBC 186/03A by Intel Puerto Rico, Inc. 


September 1993 
Order Number: 230988-006 8-33 


iSBC 186/03A COMPUTER 


OVERVIEW 


Operating Environment 


The iSBC 186/03A single board computer features 
have been designed to meet the needs of numerous 
microcomputer applications. Typical applications in- 
clude: 


e Multiprocessing single board computer 
e BITBUS master controller 
e Stand-alone singel board system 


MULTIPROCESSING SINGLE BOARD 
COMPUTER 


Systems often need to divide system functions 
among multiple processors. A multiprocessing single 
board computer distributes an applications process- 
ing load over multiple processors that communicate 
over a system bus. Since these applications use the 
system bus for inter-processor communication, it is 
required that each processor has local execution 
memory. 


The iSBC 186/03A board supports loosely coupled 
multiprocessing (where each processor performs a 
specific function) through its Multibus compatible ar- 
chitecture. The IEEE 796 system bus facilitates 
processor to processor communication, while the 
iLBX bus makes high-speed data and execution 
memory available to each CPU as shown in Figure 1. 
This architecture allows multiple processors to run in 
parallel enabling very high-performance applica- 
tions. 7 
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The BITBUS interconnect environment is a high per- 
formance low-cost microcontroller interconnect 
technology for distributed control of intelligent indus- 
trial machines such as robots and process control- 
lers. The BITBUS interconnect is a special purpose 
serial bus which is ideally suited for the fast trans- 
mission of short messages between the microcon- 
troller nodes in a modularly distributed.system. 


BITBUS MASTER CONTROLLER 


The iSBC 186/03A board can be implemented as 
the Multibus-based master controller CPU which 
monitors, processes and updates the control status 
of the distributed system. The iSBX 344 board is 
used to interface the iSBC 186/03A board to the 
BITBUS interconnect. Actual message transfer over 
the iSBX bus can be accomplished by either soft- 
ware polling by the CPU or by using the on-chip 
80186 DMA hardware instead of the CPU. Using 
DMA, the CPU is only required to start the DMA pro- 
cess and then poll for the completion of the mes- 


- gage transfer, thus dramatically improving the data 


transmission rate and master control processor effi- 
ciency. The maximum transfer rates over the iSBX 
bus for the iSBC 186/03A board are about 900 mes- 
sages/second in polled mode and 2500 messages/ 
second in DMA mode. An 8 MHz iSBC 186/03A 
board in DMA mode is 3 times as fast as a typical 
5 MHz iSBC 86/30 board running in polled mode. 
The iSBC 186/03A board in DMA mode provides the 
highest performance/price solution for BITBUS 
message transmission out of all of Intel’s complete 
line of 16-bit CPU modules. 


SERIAL LINK 
TO MAINFRAME 


ISBC 186/03A 
BOARD 


SYSTEM 
PROCESSOR 


TERMINAL 
CONCENTRATOR 


MULTIBUS SYSTEM BUS 
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iSBC 020CX RAM 
BOARD 


Figure 1. A Multiprocessing Single Board Computer Application 
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BOARD 


iRCB 44/10 
iSBX 
BUS 
TEMPERATURE CUSTOM iSBX 
MONITORING BOARD 
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IC HANDLER 


STAND-ALONE SINGLE BOARD SYSTEM 


A stand-alone single board system is a complete 
computer system on one board. By reducing the sys- 
tem’s board count, the single board system saves 
space, power, and ultimately, costs. The on-board 
resources need to be capable of performing all of 
the basic system functions. These applications typi- 
cally require terminal support, peripheral control, lo- 
cal RAM and program execution. In previous gener- 
ations of single board computers, these functions 
could only be obtained with multiple board solutions. 


The iSBC 186/03A board integrates all the functions 
of a general purpose system (CPU, memory, I/O and 
peripheral control) onto one board. The iSBC 
186/03A board can also be customized as a single 
board system by the selection of memory and iSBX 
|/O options. The board’s 8 JEDEC 28-pin sockets 
can accommodate a wide variety of byte-wide mem- 
ory devices. 


INTERCONNECT 


iRCB 44/10 
<> iSBX BUS 


CUSTOM iSBX | MOTOR 
BOARD CONTROL 
iIRCB 44/10 


iSBX BUS 


OPERATOR 
INTERFACE 


BUTTONS 


OPERATOR 


iRCB 44/10 DISPLAY 
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Figure 2. Sample iSBC 186/03A BITBUS Master Application 


lf more memory is needed, an optional iSBC 341 
memory site expansion board can be added to pro- 
vide an additional four JEDEC sites. Two iSBX MUL- 
TIMODULE boards can be added to the iSBC 
186/03A board to customize the board’s I/O capa- 
bilities. As shown in Figure 3, the iSBX connectors 
can support a single-board system with the analog 
input and output modules needed by machine or 
process control systems. 


FUNCTIONAL DESCRIPTION 


Architecture 


The iSBC 186/03A board is functionally partitioned 
into six major sections: central processor, memory, 
SCSI compatible parallel interface, serial |/O, inter- 
rupt control and Multibus bus expansion. These ar- 
eas are illustrated in Figure 4. 
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Figure 4. iSBC 186/03A Board Block Diagram 
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CENTRAL PROCESSOR 


The 80186 component is a high-integration 16-bit 
microprocessor. It combines several of the most 
common system components onto a single chip (i. 
Direct Memory Access, Interval Timers, Clock Gen- 
erator and Programmable Interrupt Controller). The 
80186 instruction set is a superset of the 8086. It 
maintains object code compatability while adding 
ten new instructions. Added instructions include: 
Block !/O, Enter and Leave subroutines, Push |Im- 
mediate, Multiply Quick, Array Bounds Checking, 
Shift and Rotate by Immediate, and Pop and Push 
All. 


Use of the 80130 component is limited to the 3 tim- 
ers and 8 levels of interrupts available. Direct proc- 
essor execution of the 16K bytes of iRMX | Operat- 
ing System nucleus primitives is not supported. 


An optional 8087 Numeric Data Processor may be 
installed by the user to dramatically improve the 
186/03A board’s numerical processing power. The 
interface between the 8087 and 80186 is provided 
by the factory-installed 82188 Integrated Bus Con- 
troller which completes the 80186 numeric data pro- 
cessing system. The 8087 Numeric Data Processor 
option adds 68 floating-point instructions and eight 
80-bit floating point registers to the basic iSBC 186/ 
03A board’s programming capabilities. Depending 
on the application, the 8087 will increase the per- 
formance of floating point calculations by 50 to 100 
times. 


TIMERS 


The 80186 provides three internal 16-bit program- 
mable timers. Two of these are highly flexible and 
are connected to four external pins (two per timer). 
They can be used to count external events, time ex- 
ternal events, generate nonrepetitive waveforms, 
etc. As shipped on the iSBC 186/03A board, these 
two timers are connected to the serial interface, and 
provide baud rate generation. The third timer is not 
connected to any external pins, and is useful for 
real-time coding and time-delay applications. In addi- 
tion, this third timer can be used as a prescaler to 
the other two, or as a DMA request source. The 
80130 provides three more programmable timers. 
One is a factory default baud rate generator and out- 
puts an 8254 compatible square wave that can be 
used as an alternate baud rate source to either serial 
channel. The 80130’s second timer is used as a sys- 
tem timer. The third timer is reserved for use by the 
iRMX Operating System. The system software con- 
figures each timer independently to select the de- 
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sired function. Available functions include: interrupt 
on terminal count, programmable one-shot, rate 
generator, square-wave generator, software trig- 
gered strobe, hardware triggered strobe and event 
counter. The contents of each counter may be read 
at any time during system operation. 


MEMORY 


There are eight JEDEC 28-pin memory sites on the 
iSBC 186/03A board providing flexible memory ex- 
pansion. Four of these sites (EPROM sites) may be 
used for EPROM or E2PROM program storage, 
while the other four (RAM sites) may be used for 
static RAM or iRAM data storage or used as addi- 
tional program storage. The eight sites can be ex- 


tended to twelve by the addition of an iSBC 341 


MULTIMODULE board. These additional sites will 
provide up to 64K bytes of RAM using 8K x 8 SRAM 
or iRAM devices. The EPROM sites (Bank B) are 
compatible with 8K x 8 (2764), 16K x 8 (27128A), 
32K x 8 (27256), 64K x 8 (27512) as well as 2K x 8 
(2817A) and 8K x 8 (2864) E2PROMs. The RAM 
sites (Bank A) are compatible with all bytewide 
SRAM, iRAM or NVRAM devices. NVRAM usage re- 
quires additional circuitry in order to guarantee data 
retention. Bank A can be reassigned to upper mem- 
ory just below the assigned memory space for Bank 
B to support additional EPROM or E2PROMs. 


Memory addressing for the JEDEC sites depends on 
the device type selected. The four EPROM sites are 
top justified in the 1 MB address space and must 
contain the power-on instructions. The device size 
determines the starting address of these devices. 
The four RAM sites are, by default, located starting 
at address 0. The addressing of these sites may be 
relocated to upper memory (immediately below the 
EPROM site addresses) in applications where these 
sites will contain additional program storage. The 
optional iSBC 341 MULTIMODULE sites are ad- 
dressable immediately above the RAM site address- 
es. 


Power-fail control and auxiliary power are provided 
for protection of the RAM sites when used with static 
RAM devices. A memory protect signal is provided 
through an auxiliary connector (J4) which, when as- 
serted, disables read/write access to RAM memory 
on the board. This input is provided for the protec- 
tion of RAM contents during system power-down se- 
quences. An auxiliary power bus is also provided to 
allow separate power to RAM for systems requiring 
battery back-up of read/write memory. Selection of 
this auxiliary RAM power bus is made via jumpers on 
the board. 
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SCSI PERIPHERAL INTERFACE 


The iSBC 186/03A board includes a parallel periph- 
eral interface that consists of three 8-bit parallel 
ports. As shipped, these ports are configured for 
general purpose |/O. The parallel interface may be 
reconfigured to be compatible with the SCSI disk in- 
terface by adding two user-supplied and pro- 
grammed Programmable Array Logic (PAL) devices, 
moving jumpers and _ installing a user-supplied 
74LS640-1 device. Alternatively, the parallel inter- 
face may be reconfigured as a DMA controlled Cen- 
tronics compatible line printer interface by adding 
one PAL and changing jumpers. Refer to the iSBC 
186/03A Hardware Reference Manual for PAL 
equations and a detailed implementation procedure. 


The SCSI (Small Computer Systems Interface) inter- 
face allows up to 8 mass storage peripherals such 
as Winchester disk drives, floppy disk drives and 
tape drives to be connected directly to the iSBC 
186/03A board. Intel’s iSBC 186/03A board utilizes 
a single initiator, single target implementation of the 
SCSI bus specification. Bus arbitration and dese- 
lect/reselect SCSI features are not supported. Sin- 
gle host, multiple target configurations can be used. 
However, the iSBC 186/03A board will stay con- 
nected to one target until the transaction is complet- 
ed before switching to the second target. The iSBC 
186/03A board’s SCSI interface implements a 5 me- 
gabit/second transfer rate. A sample SCSI applica- 
tion is shown in Figure 5. 


The Centronics interface requires very little software 
overhead since a PAL device is used to provide nec- 
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essary handshake timing. Interrupts are generated 
for printer fault conditions and a DMA request is is- 
sued for every character. The interface supports 
Centronics type printers compatible with models 702 
and 737. 


SERIAL |/O 


The iSBC 186/03A Single Board Computer contains 
two programmable communications interfaces using 
the Intel 8274 Multi-Protocol Serial Controller 
(MPSC). ’ 


Two 80186 timer outputs are used as software se- 
lectable baud rate generators capable of supplying 
the serial channels with common communications 
frequencies. An 80130 baud rate timer may be jump- 
ered to either serial port to provide higher frequency 
baud rates. The mode of operation (i.e., asynchro- 
nous, byte synchronous or bisynchronous proto- 
cols), data format, control character format, parity, 
and baud rate are all under program control. The 
8274 provides full duplex, double buffered transmit 
and receive capability. Parity, overrun, and framing 
error detection are all incorporated in the MPSC. 
The iSBC 186/03A board supports operation in the 
polled, interrupt and DMA driven interfaces through 
jumper options. The default configuration is with 
channel A as RS422A/RS449, channel B as 
RS232C. Channel A can optionally be configured to 
support RS232C. Both channels are default config- 
ured as data set (DCE). Channel A can be reconfig- 
ured as data terminal (DTE) for connection to a mo- 
dem-type device. 


OPTICAL DISK 

DRIVE 
WINCHESTER TAPE OPTICAL DISK 
DISK DRIVE CONTROLLER 


SCSI BUS 


ISBC 186/03A 
BOARD 


. 


MULTIBUS SYSTEM BUS 


Figure 5. Sample SCSI Application 


8-38 


230988-6 


intel. 


INTERRUPT CONTROL 


The iSBC 186/03A board provides 27 on-board vec- 
tored interrupt levels to service interrupts generated 
from 33 possible sources. 


The interrupts are serviced by four programmable 
interrupt controllers (PICs): one in the 80186 compo- 
nent, one in the 80130 component, one in the 8259A 
component and one in the 8274 component. The 
80186, 8259A and 8274 PICs act as slaves to the 
80130 master PIC. The highest priority interrupt is 
the Non-Maskable Interrupt (NMI) line which is tied 
directly to the 80186 CPU. This interrupt is typically 
used to signal catastrophic events (e.g. power fail- 
ure). The PICs provide prioritization and vectoring for 
the other 26 interrupt requests from on-board |/O 
resources and from the Multibus system bus. The 
PICs then resolve the requests according to the pro- 
grammable priority resolution mode, and if appropri- 
ate, issue an interrupt to the CPU. 


ISBC 186/03A 
BOARD 


MULTIBUS 
SYSTEM BUS 
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MULTIBUS SYSTEM BUS—IEEE 796 


The Multibus system bus is an industry standard 
(IEEE 796) microcomputer bus structure. Both 8- 
and 16-bit single board computers are supported on 
the IEEE 796 structure with 20 or 24 address and 16 
data lines. In its simplest application, the system bus 
allows expansion of functions already contained on 
a single board computer (e.g., memory and I/O). 
However, the IEEE 796 bus also allows very power- 
ful distributed processing configurations with multi- 
ple processors and intelligent slave, |/O and periph- 
eral boards capable of solving the most demanding 
microcomputer applications. The Multibus system 
bus is supported with a broad array of board-level 
products, LSI interface components, detailed pub- 
lished specifications and application notes. 


iLBX BUS 
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Figure 6. ISBC 186/03A Board System Architecture 
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iLBX BUS—LOCAL BUS EXTENSION 


The iSBC 186/03A board provides a local bus ex- 
tension (iLBX) interface. This standard extension al- 
lows on-board memory performance with physically 
off-board memory. The combination of a CPU board 
and iLBX memory boards is architecturally equiva- 
lent to a single board computer and thus can be 
called a “‘virtual single board computer’. The iLBX 
bus is implemented over the P2 connector and re- 
quires independent cabling or backplane connec- 
tion. 


iSBX BUS MULTIMODULE 
ON-BOARD EXPANSION 


Two iSBX MULTIMODULE board connectors are 
provided on the iSBC 186/03A microcomputer 
board. Through these connectors, additional on- 
board I/O functions may be added. iSBX MULTI- 
MODULE boards optimally support functions provid- 
ed by VLSI peripheral components such as addition- 
al parallel and serial |/O, analog |/O, and graphics 
control. The iSBX bus connectors on the iSBC 
186/03A board provide all signals necessary to in- 
terface to the local on-board bus, including 16 data 
lines for maximum data transfer rates. MULTIMOD- 
ULE boards designed with 8-bit data paths and using 
the 8-bit iSBX connector are also supported on the 
iSBC 186/03A board. A broad range of iSBX MULTI- 
MODULE options are available from Intel. Custom 
iSBX bus modules may also be designed. 


SPECIFICATIONS 
Word Size 


Instruction—8, 16, 24 or 32 bits 
Data—8 or 16 bits 


System Clock 
8.0 MHz 


Numeric Data Processor (Optional) 
8087-1 
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Basic Instruction Cycle Time 


750 ns 
250 ns (assumes instruction in the queue) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (i.e. two clock cycles plus instruction 
fetch). Zero wait-state memory is assumed. 


MEMORY CAPACITY/ADDRESSING 


Four EPROM Sites 
| Device | Capacity; Address Range 


2764 EPROM 32KB | F80004-FFFFFy 
27128 EPROM | 64KB | F00004-FFFFFH 
27256 EPROM | 128KB | E00004-FFFFF} 
27512EPROM | 256KB | C00004-FFFFFy 


Four RAM Sites 
| Device Capacity; Address Range 


2K SRAM 0-O1FFFy 

8K SRAM 0-O7FFFY 

32K SRAM 0-1FFFFY 

2186 RAM 0-O7FFFY 

2817A E2PROM FOO004-F7FFFY* 
2764 EPROM FOOOO4-F7FFFY 
(below EPROM Sites) 
EQOOOW-EFFFFy 
(below EPROM Sites) 
C00004-DFFFFyY 
(below EPROM Sites) 


Four iSBC 341 Expansion Sites 


2K SRAM 02000,,-O03FFF} 
8K SRAM 08000y-OFFFFY 
32K SRAM 10000}4-1FFFFY 
2186 RAM 08000Y-OFFFFY 
2817A E2PROM 02000H-O3FFF}4** 


27128 EPROM 


27256 EPROM 


NOTE: 
All on board memory is local to the CPU (i.e. not dual-port- 
ed). 


*Must use 8k x 8 decode option, there are four copies of 
the E2PROM in the 8K x 8 address area. 


**(May be mixed with 2K x 8 SRAM) 


| 
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Serial Communications Characteristics 

Synchronous— 5-8 bit characters, internal or ex- 
ternal character synchronization; 


automatic sync insertion; break 
character generation | 


Asynchronous— 5-8 bit characters; 1, 1%, or 2 
stop bit; false start bit detection. 


interface Compliance 
MULTIBUS— IEEE 796 compliance: Master D16 
M24 116 VO EL 


Two 8/16 bit iSBX bus connectors al- 
low use of up to 2 single-wide mod- 
ules or 1 single-wide and 1 double- 
wide module. Intel iSBX bus compli- 
ance: D16/16 DMA 
Intel iLBX bus compliance: PM D16 
Channel A: Configurable as RS 422A 
or RS 232C compatible, 
configurable as a data 
set or data terminal 
~ Channel B:RS 232C compatible, 
configured as data set 
Parallel |/O— SCSI (ANSI—X3T9, 2/82-s) compati- 
ble or Centronics 702 or 737 compat- 
ible (requires user supplied PALs and 
74LS640-1) 


iSBX Bus— 


iLBX— 
Serial— 


ORDERING INFORMATION 


Part Number Description 
SBC 186/03A 186-based Single Board Com- 
puter 


iSBC 186/03A COMPUTER 


REFERENCE MANUAL 


iSBC 186/03A Single Board Computer Hardware 
Reference Manual—Order Number 148060 


PHYSICAL CHARACTERISTICS 


Width: 12.00 in. (30.48 cm) 
Length: 7.05 in (17.90 cm) 
Height: 0.50 in. (1.78 cm) 
Weight: 13 ounces 


ENVIRONMENTAL CHARACTERISTICS 
Operating Temperature: 0°C to 60°C at 6 CFM air- 
flow over the board. 


Relative Humidity: to 90% (without condensation) 


ELECTRICAL CHARACTERISTICS 


The maximum power required per voltage is shown 
below. These numbers do not include the power re- 
quired by the optional memory devices, SCSI PALs, 
battery back-up or expansion modules. 


Voltage Max. Current Max Power 
(volts) (amps) (watts) 
+5 5.4 27 
+12 0.04 0.48 
42 0.04 0.48 
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iSBC 86/35A, 86C/38, and 86/05A MULTIBUS I 
SINGLE BOARD COMPUTERS 
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DESIGN SECURITY, LONGEVITY, AND PERFORMANCE FOR 
MULTIBUS I APPLICATIONS 


The iSBC 86/35A MULTIBUS I CPU board combines compatibility, high reliability, 
increased performance, and design longevity in a single new board. This new design 
features the latest components to ensure the longevity of designs incorporating the iSBC 
86/35A. Backwards compatibility is as easy as setting the configuration jumpers allowing 
the iSBC 86/35A board to function exactly as an iSBC 86/35, an 86/30, or an 86/14 
MULTIBUS I CPU board. 


The iSBC 86C/38 CPU board satisfies many specific low power, low heat, and high 
reliability requirements with a design based on CMOS technology. This board is fully 
compatible with iSBC 86/35. 


The iSBC 86/05A CPU board provides an economical solution for applications with high 
non-volatile memory requirements. 


iSBC 86/35A CPU BOARD FEATURES 
¢ Complete compatability with iSBC 86/30  ¢ 960 Kbytes of ROM support 


and 86/35 boards e Two 16-bit iSBX connectors 
e 10 MHz, 8 MHz, and 5 MHz CPU e I/O cycle support for 0-2 wait-states 
operation e EPROM and DRAM support for 0-3 
e 8087 numeric co-processor ready socket wait-states 


e 512 Kbytes of dual port DRAM installed e Programming support for Intel FLASH 
with sockets for expansion to 1 megabyte devices 28F256-—28F020 


October 1993 
8-42 Order Number: 281143-001 


Boards fully compatible 
with 86/35A or boards 
directly replaced by 86/35A 


86/35A 


281143-2 


iSBC 86/35A CPU BOARD and longevity. First, the iSBC 86/35A does not 

FEATURES require the use of separate memory or math 
modules. Configurations that required memory 

COMPATIBILITY, CONFIGURATION or math modules with the iSBC 86/30 or 86/35 

The iSBC 86/35A CPU board provides full can now run with a single card. The result is 

compatibility with the iSBC 86/30 and 86/35 fewer boards to buy and fewer points of failure. 

MULTIBUS I CPU boards. Easy jumper Second, use of the latest components provides 

selectable configurations enable an exact up to date technology, reliable long lived 

match to existing iSBC 86/35, 86/30, and 86/ manufacturability and a design you can use 

14 CPU boards. with confidence for years to come. 

10 MHz, 8 MHz, and 5 MHz CPU operation ‘ 

offers flexibility to match speeds to existing iSBC 86C/38 CPU BOARD 

iSBC 86/30 and iSBC 86/35 designs. FEATURES 

Computationally intensive applications can e Advanced CMOS 8 MHz 80C86 

receive a boost to performance by plugging a microprocessor 

8087 math coprocessor into the available ° 1 Mbyte of dual-port, Zero wait-state DRAM 


socket. with parity 


The iSBC 86/35A offers 512 Kbytes of dual- Sockets for up to 512 Kbytes of standard 
port memory. If additional memory is required, 32-pin JEDEC EPROM devices 
512 Kbytes can be added to bring the on-board Real-time clock/calendar with on-board 


dual-port DRAM up to the maximum 1 battery backup _ 
Temperature-sensing device socket 


megabyte. 
e Optional 8087 numeric data processor with 
RELIABILITY, ECONOMY, AND an iSBC 337A 


The extended capabilities of the new iSBC 86/ 
35A design afford more reliability, economy, 
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| FEATURES | 


The iSBC 86C/38 has been implemented 
entirely in CMOS resulting in very low power 
consumption and low heat generation for 
sealed environments without airflow. 
Compatibility with the iSBC 86/35 is seamless 
with all of the same features supported. A full 
megabyte of dual port DRAM is installed with 
sockets for 512 Kbytes of EPROM. The iSBC 
86C/38 also has a real-time clock/calendar, on- 
board battery, and temperature sensing. 


iSBC 86/05A CPU BOARD 
FEATURES 


e 5 MHz and 8 MHz CPU operation 

¢ Optional 8087 numeric co-processor with 
iSBC 337A MULTIMODULE 

e 8 Kbytes of Static RAM: Expandable to 
16 Kbytes with an iSBC 302 

e Sockets for up to 256 Kbytes of standard 
32-pin JEDEC EPROM devices expandable to 
512 Kbytes with an iSBC 302 

e Two 16-bit iSBX connectors 


The iSBC 86/05A board offers specific features 
aimed at embedded control applications. With 


256 Kbytes of ROM, expandable on-board to 
512 Kbytes, this board has plenty of room to 
store embedded control programs. The iSBC 
86/05A also provides for a maximum of 

8 Kbytes of on-board static memory, 
expandable to 16 Kbytes. Numerically 
intensive processing can benefit from addition 
of an iSBC 337A, numeric processing module. 


INTEL QUALITY 


_ All Intel boards are designed and 


manufactured to meet Intel’s strict quality and 
reliability standards. Every process and 
procedure in our manufacturing flow is 
continuously monitored with statistical process 
control tools to ensure the highest level of 
quality. 


ONE-YEAR WARRANTY 


All Intel MULTIBUS I boards have a one-year 
mail-in warranty on both parts and labor. 


WORLDWIDE SERVICE AND SUPPORT 


Should any Intel board ever need service 
beyond the warranty period, Intel has a 
worldwide network of service and repair 
facilities to keep you and your customers up 
and running. 


| SPECIFICATIONS | } 


SPECIFICATIONS iSBC 86/35A 
CPU BOARD 


ON-BOARD RAM 


512 Kbytes address range 0-7F FFF y with 

4 Kbytes resolution. Additional user 
installable 512 Kbytes requiring four 256K x 4 
80 ns DRAMs. 


ENVIRONMENTAL 
CHARACTERISTICS 


Operating Temperature: 0°C to 55°C 


to 90% (without 
condensation) 


Relative Humidity: 
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ELECTRICAL 
CHARACTERISTICS 


DC POWER REQUIREMENTS 


Current Requirements 
Configuration (All Voltages +5%) 


Without EPROM 23 mA 


RAM only i ee es 
With 960 Kbytes 4.8A | 25mA | 23mA 
EPROM (using 
27C040) 
System Clock 
10 MHz, 8 MHz, and 5 MHz +1% 
(jumper selectable) 
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SPECIFICATIONS | 


I/O CYCLE TIME 
0 to 2 wait-states (jumper selectable) 


Interrupt acknowledges 2 or 3 wait-states 
(jumper selectable) 


MEMORY CAPACITY/ADDRESSING 
ON-BOARD EPROM 


Type | of Sites | Kbytes Range 
aie | 4 | 16 [F0000-FFFFFy 
avs2 | 4 | 16 [F0000-FFFFFy, 
avs |_4 | 92 [PO000-FFFFF 
evciza| 4 | 64 [FOO0-FFFFFy 
vcas6| 4 | 128 | BOOOO-FFFFF 
2 | 256 | 00000-FFFF Fy 
| 960 


80000-FFFFF y 
10000-FFFFF y 


SPECIFICATIONS iSBC 86C/38 
CPU BOARD 


POWER REQUIREMENTS/ 
CONSUMPTION 


1 MHz 


Power Saver 


Mode 
+5V 156A | 7.8W| O08A | 4.0W 
+12V 0.06A | 0.72W | 0.06A | 0.72W 
—12V 0.08A | 0.96W | 0.08A | 0.96W 


Typical 


+5V 082A} 41W] 0.7A} 3.5W 
+12V 0.04A | 0.48W | 0.04A | 0.48W 
—12V 0.06A | 0.72W | 0.06A | 0.72W 


ENVIRONMENTAL REQUIREMENTS 
Operating Temperature: O0°C to + 60°C at 


ZERO LFM air flow 
Relative Humidity: 0% to 95% 

non-condensing 
Storage Temperature: — 40°C to + 70°C 


SPECIFICATIONS iSBC 86/05A 
CPU BOARD 


ON-BOARD STATIC RAM 
8 Kbytes 0-1FFFy 


16 Kbytes 0-3F FF y (with iSBC 302 
MULTIMODULE) 


MEMORY CAPACITY/ADDRESSING 


Total 
Capacity 


JEDEC 24/28 Pin Sites 


FE000-FFFFFy 
FC000-FFFFFyq 
F8000-FFFFFy 
F0000-FFFFFy 
E0000-FFFFFy 
C0000-FFFFF q 


FC000-FFFFFyq 
F8000-FFFFFq 
F0000-FFFFF q 
E0000-FFFFFy 
C0000-FFFFF q 
80000-FFFFFy 


COMMON SPECIFICATIONS 


SYSTEM CLOCK (iSBC 86C/38 and 
iSBC 86/05A) 


8 MHz or 5 MHz +0.1% (jumper selectable) 
I/O CAPACITY 


Parallel: 24 programmable lines using one 
82C55A or 8255A 


Serial: 1 programmable line using one 
8251A iSBX MULTIMODULE: 2 
iSBX boards 


INTERRUPT LEVELS 


Nine vectored interrupt levels expandable to 
65 levels 
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SERIAL COMMUNICATIONS 
CHARACTERISTICS 

5 bit—8 bit characters; internal 
or external character 
synchronization; automatic 
sync insertion 


: 5 bit—8 bit characters; break 
character generation: 1 bit, 17/. 
bits, or 2 bits; false start bit 
direction 


INTERFACES 

MULTIBUS: All signals TTL compatible 
iSBX Bus:  Allsignals TTL compatible 
Parallel I/O: All signals TTL compatible 


Serial I/O: RS232C compatible, configurable 
as a data set or data terminal 


Synchronous: 


Timer: All signals TTL compatible 
Interrupt Requests: All TTL compatible 


PHYSICAL CHARACTERISTICS 
Width: 12.00 in. (30.48 cm) 

Height: 6.75 in. (17.15 cm) 

Depth: 0.70 in. (1.78 cm) 

Weight: 14 oz. (388 gm) \ 


REFERENCE MANUAL 


613602 — iSBC 86/35A Hardware Reference 
Manual 


147162 — iSBC 86/05A Hardware Reference 
Manual 


454554 — iSBC 86C/38 Single Board Computer 
User’s Guide 


(Manuals are NOT SUPPLIED they must be 
ordered separately) 


ORDER INFORMATION 


Part Number 


SBC 86/35A 


Single Board Computer 


SBC 86/05A Single Board Computer 
SBC 337A : Math MULTIMODULE 


t 
pS 
o) 


RAM MULTIMODULE 


‘intel. 
ISBC 88/25* 
SINGLE BOARD COMPUTER 


m 8-Bit 8088 Microprocessor Operating at m@ Programmable Synchronous/ 
5 MHz Asynchronous RS232C Compatible 


One Meaabvte petting ina R Serial Interface with Software 
¥ Two i ee ‘4 C ox teil vi Selectable Baud Rates 
wo i nnec 
" ; o sg @ 24 Programmable Parallel I/O Lines 
= Optional Numeric Data Processor with 


iSBC 337A MULTIMODULE m@ Two Programmable 16-Bit BCD or 
4K Bytes of Static RAM: E dabl Binary Timers/Event Counters 
e atic ; | 
é a Gecbade aie Bytes WP Tete m@ 9 Levels of Vectored Interrupt Control, 


Sockets f to 64K Bytes of JEDEC Expandable to 65 Levels 
q 24/: 28-Pin Standard "Sit a neuicae. m@ MULTIBUS Interface for Multimaster 


Expandable On-Board to 128K Bytes Configurations and System Expansion 


The iSBC 88/25 Single Board Computer is a member of Intel’s complete line of OEM microcomputer systems 
which use Intel’s technology to provide economical, self-contained, computer-based solutions for OEM appli- 
cations. The CPU, system clock, read/write memory, nonvolatile read only memory, |/O ports and drivers, 
_ serial communications interface, priority interrupt logic and programmable timers, all reside on the board. The 
_ large control storage capacity makes the iSBC 88/25 board ideally suited for control-oriented applications 
such as process control, instrumentation and industrial automation. 


"TTL 


The iSBC 88/25 is also manufactured under product code pSBC 88/25 by Intel Puerto Rico, Inc. 


September 1993 4 
Order Number: 143847-004 8-47 


iSBC 88/25 SINGLE BOARD COMPUTER 


FUNCTIONAL DESCRIPTION 


Central Processing Unit 


The central processor for the iSBC 88/25 board is 
Intel’s 8088 CPU operating at 5 MHz. The CPU ar- 
_chitecture includes four 16-bit byte addressable data 
registers, two 16-bit memory base pointer registers 


and two 16-bit index registers, all accessed by a to-. 


tal of 24 operand addressing modes for comprehen- 
sive memory addressing and for support of the data 
structures required for today’s structured, high level 
languages, as well as assembly language. 


instruction Set 


The 8088 instruction repertoire includes variable 
length instruction format (including double operand 
instructions), 8-bit and 16-bit signed and unsigned 
arithmetic operators for binary, BCD and unpacked 
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ASCII data, and iterative word and byte string manip- 
ulation functions. 


For enhanced numerics processing capability, the 
iSBC 337A MULTIMODULE Numeric Data Proces- 
sor extends the architecture and data set. Over 60 
numeric instructions offer arithmetic, trigonometric, 
transcendental, logarithmic and exponential instruc- 
tions. Supported data types include 16, 32, and 64- 
bit integer, and 32 and 64-bit floating point, 18-digit 
packed BCD and 80-bit temporary. 


Architectural Features 


A 4-byte instruction queue provides pre-fetching of 
sequential instructions and can reduce the 750 ns 
minimum instruction cycle to 250 ns for queued in- 
structions. The stack-oriented architecture readily 
supports modular programming by facilitating fast, 
simple, inter-module communication, and other pro- 
gramming constructs needed for asynchronous real- 
time systems. The memory expansion capabilities 
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Figure 1. iSBC 88/25 Block Diagram 
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offer a 1 megabyte addressing range. The dynamic 
relocation scheme allows ease in segmentation of 
pure procedure and data for efficient memory utiliza- 
tion. Four segment registers (code, stack, data, ex- 
tra) contain program loaded offset values which are 
used to map 16-bit addresses to 20-bit addresses. 
Each register maps 64 Kbytes at a time and activa- 
tion of a specific register is controlled explicitly by 
program control and is also selected implicitly by 
specific functions and instructions. 


Memory Configuration 


The iSBC 88/25 microcomputer contains 4 Kbytes 
of high-speed static RAM on-board. In addition, the 
on-board RAM may be expanded to 12 Kbytes via 
the iSBC 302 8 Kbyte RAM module which mounts on 
the iSBC 88/25 board and then to 16 Kbytes by add- 
ing two 4K < 4 RAM devices in sockets on the iSBC 
302 module. All on-board RAM is accessed by the 
8088 CPU with no wait states, yielding a memory 
cycle time of 800 ns. 


In addition to the on-board RAM, the iSBC 88/25 
board has four 28-pin sockets, configured to accept 
JEDEC 24/28-pin standard memory devices. Up to 
64 Kbytes of EPROM are supported in 16 Kbyte in- 
crements with Intel 27128 EPROMs. The iSBC 
88/25 board is also compatible with the 2716, 2732 
and 2764 EPROMs. 


With the addition of the iSBC 341 MULTIMODULE 
EPROM option, the on-board capacity for these de- 
vices is doubled, providing up to 128 Kbytes of 
EPROM capacity on-board.. 


iSBC 88/25 SINGLE BOARD COMPUTER 


Parallel I/O Interface 


The iSBC 88/25 Single Board Computer contains 24 
programmable parallel |/O lines implemented using 
the Intel 8255A Programmable Peripheral interface. 
The system software is used to configure the |/O 
lines in any combination of unidirectional input/out- 
put and bidirectional ports indicated in Table 1. In 
order to take advantage of the large number of pos- 
sible |/O configurations, sockets are provided for in- 
terchangeable |/O line drivers and terminators, al- 
lowing the selection of the appropriate combination 
of optional line drivers and terminators with the re- 
quired drive/termination characteristics. 


The 24 programmable |/O lines and signal ground 
lines are brought out to a 50-pin edge connector. 


Serial I/O 


A programmable communications interface using 
the Intel 8251A Universal Synchronous/Asynchro- 
nous Receiver/Transmitter (USART) is contained on 
the iSBC 88/25 board. A software selectable baud 
rate generator provides the USART with all common 
communication frequencies. The mode of operation 
(i.e., synchronous or asynchronous), data format, 
control character format, parity and baud rate are all 
under program control. The 8251A provides full du- 
plex, double buffered transmit and receive capability. 
Parity, overrun and framing error detection are all 
incorporated in the USART. The RS232C compati- 
ble interface on each board, in conjunction with the 
USART, provides a direct interface to RS232C com- 
patible terminals, cassettes and asynchronous and 
synchronous modems. The RS232C command 
lines, serial data lines and signal ground line are 
brought out to a 26-pin edge connector. 


Table 1. Input/Output Port Modes of Operation 


Mode of Operation 


Unidirectional 
Latched & Latched & 
Latched Strobed Latched Strobed 
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1. Part of port 3 must be used as a control port when either port 1 or port 2 are used as a latched and strobed input or a 
latched and strobed output port or port 1 is used as a bidirectional port. 
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Programmable Timers 


The iSBC 88/25 board provides three independent, 
fully programmable 16-bit interval timers/event 
counters utilizing the Intel 8253 Programmable Inter- 
val Timer. Each counter is capable of operating in 
either BCD or binary modes. Two of these timers/ 
counters are available to the systems designer to 
generate accurate time intervals under software 
control. Routing for the outputs and gate/trigger in- 
puts of two of these counters is jumper selectable. 


The outputs may be independently routed to the 
8259A Programmable Interrupt Controller and to the 
|/O terminators associated with the 8255A to allow 
external devices or an 8255A port to gate the timer 
or to count external events. The third interval timer 
in the 8253 provides the programmable baud rate 
generator for the iSBC 88/25 board RS232C 
USART serial port. The system software configures 
each timer independently to select the desired func- 
tion. 


iSBX MULTIMODULE On-Board 
Expansion 


Two 8-bit iSBX MULTIMODULE connectors are pro- 
vided on the iSBC 88/25 microcomputer. Through 
these connectors, additional on-board |/O functions 
such as additional parallel and serial |/O, analog 
|/O, mass storage device controllers and other cus- 
tom interfaces may be added. By mounting directly 
on the single board computer, less interface logic, 
less power, simpler packaging, higher performance, 
and lower cost result when compared to other alter- 
natives such as MULTIBUS form factor compatible 
boards. The iSBX connectors on the iSBC 88/25 
provide all signals necessary to interface to the local 
on-board bus. A broad range of iSBX MULTIMOD- 
ULE options are available from Intel. Custom iSBX 
modules may also be designed for use on the iSBC 
88/25 board. 


Multimaster Capabilities 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing (i.e., 
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several CPUs and/or controllers logically sharing 
system tasks through communication of the system 
bus), the iSBC 88/25 board provides full MULTIBUS 
arbitration control logic. This control logic allows up 
to three iSBC 88/25 boards or other bus masters, 
including iSBC 80 and iSBC 86 family MULTIBUS 
compatible single board computers to share the sys- 
tem bus using a serial (daisy chain) priority scheme 
and allows up to 16 masters to share the MULTIBUS 
system bus with an external parallel priority decoder. 
In addition to the multiprocessing configurations 
made possible with multimaster capability, it also 
provides a very efficient mechanism for all forms of 
DMA (Direct Memory Access) transfers. 


Interrupt Capability 


The iSBC 88/25 board provides 9 vectored interrupt 
levels. The highest level is the NMI (Non-Maskable 
Interrupt) line which is directly tied to the 8088 CPU. 
This interrupt is typically used for signaling cata- 
strophic events (e.g., power failure). The Intel 8259A 
Programmable Interrupt Controller (PIC) provides 
control and vectoring for the next eight interrupt lev- 
els. A selection of four priority processing modes is 
available for use in designing request processing 
configurations to match system requirements for ef- 
ficient interrupt servicing with minimal latencies. Op- 
erating mode and priority assignments may be re- 
configured dynamically via software at any time dur- 
ing system operation. The PIC accepts interrupt re- 
quests from all on-board I/O resources and from the 
MULTIBUS system bus. The PIC then resolves re- 
quests according to the selected mode and, if ap- 
propriate, issues an interrupt to the CPU. 


Interrupt requests to be serviced by the iSBC 88/25 
board may originate from 24 sources. All interrupt 
signals are brought to the interrupt jumper matrix 
where any combination of interrupt sources may be 
strapped to the desired interrupt request level on the 
8259A PIC or the NMI input to the CPU directly. 
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Power-Fail Control and Auxiliary 
Power 


Control logic is also included to accept a power-fail 
interrupt to initiate an orderly shut down of the sys- 
tem in the event of a power failure. Additionally, an 
active-low TTL compatible memory protect signal is 
brought out of the auxiliary connector which, when 
asserted, disables read/write access to RAM mem- 
ory on the board. This input is provided for the pro- 
tection of RAM contents during system power-down 
sequences. An auxiliary power bus is also provided 
to allow separate power to RAM for systems requir- 
ing battery backup of read/write memory. Selection 
of this auxiliary RAM power bus is made via jumpers 
on the board. 


SPECIFICATIONS 


Word Size 


Instruction—8, 16, 24, or 32 bits 
Data—8 bits 


System Clock 
5.00 MHz or 4.17 MHz +0.1% (jumper selectable) 


NOTE: 
4.17 MHz required with the optional iSBC 337 mod- 
ule. 


Cycle Time 


BASIC INSTRUCTION CYCLE 


At 5 MHz—1.2 ps 
—400 ns (assumes instruction in the 
queue) 


NOTES: 
Basic instruction cycle is defined as the fastest in- 
struction time (i.e., two clock cycles). 


Memory Cycie Time 


RAM—800 ns (no wait states) 
EPROM—Jumper selectable from 800 ns to 1400 ns 
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{SBC 88/25 SINGLE BOARD COMPUTER 


Memory Capacity/Addressing 


ON-BOARD EPROM 


Device Total Capacity Address Range 
2716 8 Kbytes FEQOO-FFFFFy 
2732 16 Kbytes FCOOO-FFFFF, 
2764 32 Kbytes F8000-FFFFF} 

27128 64 Kbytes FOO00-FFFFFY, 


WITH iSBC 341 MULTIMODULE EPROM 


Device Total Capacity Address Range 
2716 16 Kbytes FCOO0O-FFFFFY 
2732 32 Kbytes F8000-FFFFFY 
2764 64 Kbytes FOOOO-FFFFF, 

27128 128 Kbytes EOQ0O00-FFFFFY 


ON-BOARD RAM 
4 Kbytes—0O-OFFF, 


WITH iSBC 302 MULTIMODULE RAM 
12 Kbytes—0-2FFF, 


WITH iSBC 302 MULTIMODULE BOARD AND 
TWO 4K x 4 RAM CHIPS 


16 Kbytes—0O-3FFF} 


|/O Capacity 


Parallel—24 programmable lines using one 8255A 
Serial—1 programmable line using one 8251A 
iSBX Multimodule—2 iSBX MULTIMODULE boards 


Serial Communications Characteristics 


Synchronous—5 8-bit characters; internal or exter- 
nal character synchronization; automatic sync inser- 
tion 

Asynchronous—5 8-bit characters; break character 
generation; 1, 114, or 2 stop bits; false start bit de- 
tection 


8-51 


iSBC 88/25 SINGLE BOARD COMPUTER 


interfaces 
Multibus: All signals TTL compatible 


_ iSBX Bus: All signals TTL compatible 
Parallel 1/O: All signals TTL compatible 


Serial 1/O: RS232C compatible, configurable as a 
data set or data terminal 


Timer: All signals TTL compatible 


Interrupt Requests: All TTL compatible 


Physical Characteristics 
Width: 12.00 in. (30.48 cm) 


Height: 6.75 in. (17.15 cm) 
Depth: 0.70 in. (1.78 cm) 


Weight: 14 0z. (388 gm) 
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Electrical Characteristics 


DC POWER REQUIREMENTS 


Current Requirements 
(All Voltages +5%) 


| 
FRAMonly® (| 104mal | 


With 8K EPROM() 4.3A | 25mA]| 23mA 
(using 2716) 
With 16K EPROM(S) | 4.4A | 25mA | 23mA 
(using 2732) 
With 32K EPROM(3) | 4.4A |°25mA | 23mA 
(using 2764) 


NOTES: 

1. Does not include power for optional ROM/EPROM, I/O 
drivers and |/O terminators. 

2. RAM chips powered via auxiliary power bus in power- 
down mode. Does not include power for optional RAM. 

3. Includes power required for 4 ROM/EPROM chips, and 
1/O terminators installed for 16 1/O lines; all terminator in- 
puts low. 


Configuration 


Environmental Characteristics 
Operating Temperature: 0°C to 55°C 


Relative Humidity: to 90% (without condensation) 


Reference Manual 


~ 143825-001—iSBC 88/25 Hardware Reference 


Manual (NOT SUPPLIED) 


ORDERING INFORMATION 


PartNumber Description 
SBC 88/25 8-bit Single Board Computer 
with 4 Kbytes RAM 


intal. 


ISBC 80/24A* 
SINGLE BOARD COMPUTER 
m= Upward Compatible Replacement for = Programmable Synchronous/ 
-iSBC 80/20-4 Single Board Computer Asynchronous RS232C Compatible 
‘ Serial Interface with Software 

# ot 2 CPU Operating at 4.8 or 2.4 Selectable Baud Rates 
m Two iSBX Bus Connectors for iSBX w Full Multibus Control Logic for 

MULTIMODULE Board Expansion nanan Configurations and System 
@ 8K Bytes of Static Read/Write Memory = Two Programmable 16-Bit BCD or 
ia sockets for Up to 32K Bytes of Read Binary Timers/Event Counters 

ee m 12 Levels of Programmable Interrupt 

m@ 48 Programmable Parallel |/O Lines Control 

with Sockets for Interchangeable Line as 3 

m@ Auxiliary Power Bus, Memory Protect, 


Drivers and Terminators 


and Power-Fail Interrupt Control Logic 
Provided for Battery Backup RAM 
Requirements 


The Intel 80/24A Single Board Computer is a member of Intel’s complete line of OEM microcomputer systems 
which use Intel’s LSI technology to provide economical, self-contained computer-based solutions for OEM 
applications. The CPU, system clock, iSBX bus interface, read/write memory, read only memory sockets, I/O 
ports and drivers, serial communications interface, priority interrupt logic, and programmable timers all reside 
on the board. Full Multibus interface logic is included to offer compatibility with the Intel OEM Microcomputer 
Systems family of Single Board Computers, expansion memory options, digital and analog I/O expansion 


boards, and peripheral and communications controllers. 


PTI 


—Titliiniiiiiiy 
142927-1 


*The iSBC 80/24A Board is also manufactured under product code pSBC 80/24A by Intel Puerto Rico, Inc. 


September 1993 
Order Number: 142927-005 
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iSBC 80/24A SINGLE BOARD COMPUTER 


FUNCTIONAL DESCRIPTION 


Central Processing Unit 


Intel’s 8-bit 8085A-2 CPU is the central processor 
for the iSBC 80/24A board operating at either 4.8 or 
2.4 MHz. The 8085A-2 CPU is directly software com- 
patible with the Intel 8080A CPU. The 8085A-2 con- 
tains six 8-bit general purpose registers and an ac- 
cumulator. The six general purpose registers may be 
addressed individually or in pairs, providing single 
and double precision operators. Minimum instruction 
execution time is 826 nanoseconds. 


iSBX MULTIMODULE On-Board 
Expansion 


Two 8-bit iSBX bus MULTIMODULE connectors are 
provided for plug-in expansion of iSBX MULTIMOD- 
ULE boards. 


POWER FAIL 
INTERRUPT 


Memory Addressing 


The 8085A-2 has a 16-bit program counter which 
allows direct addressing of up to 64K bytes of mem- 
ory. An external stack, located within any portion of 
read/write memory, may be used as a last-in/first- 
out storage area for the contents of the program 
counter, flags, accumulator, and all of the six gener- 
al purpose registers. A 16-bit stack pointer controls 
the addressing of this external stack. This stack pro- 
vides subroutine nesting bounded only by memory 
size. 


Memory Capacity 


The iSBC 80/24A board contains 8K bytes of static 
read/write memory using an 8K X< 8 SRAMs. All 
RAM read and write operations are performed at 
maximum processor speed. Power for the on-board 
RAM may be provided on an auxiliary power bus, 
and memory protect logic is included for RAM bat- 
tery backup requirements. 


Four sockets are provided for up to 32K bytes of 
nonvolatile read only memory on the iSBC 80/24A 
board. 


142927-2 


Figure 1. iSBC 80/24A Single Board Computer Block Diagram 
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Parallel |1/O Interface 


The iSBC 80/24A board contains 48 programmable 
parallel I/O lines implemented using two Intel 8255A 
Programmable Peripheral Interfaces. The system 
software is used to configure the I/O lines in any 
combination of unidirectional input/output and bidi- 
rectional ports. Therefore, the |/O interface may be 
customized to meet specific peripheral require- 
ments. In order to take full advantage of the large 
number of possible |/O configurations, sockets are 
provided for interchangeable |/O line drivers and ter- 
minators. Hence, the flexibility of the 1/O interface is 
further enhanced by the capability of selecting the 
appropriate combination of optional line drivers and 
terminators to provide the required sink current, po- 
larity, and drive/termination characteristics for each 
application. The 48 programmable I/O lines and sig- 
nal ground lines are brought out to two 50-pin edge 
connectors that mate with flat, woven, or round ca- 
bles. 


Serial 1/O Interface 


A programmable communications interface using 
the Intel 8251A Universal Synchronous/Asynchro- 
nous Receiver/Transmitter (USART) is contained on 
the iSBC 80/24A board. A software selectable baud 
rate generator provides the USART with all common 
communication frequencies. The USART can be 
programmed by the system software to select the 
desired asynchronous or synchronous serial data 
transmission technique (including IBM Bi-Sync). The 


mode of operation (i.e. synchronous or asynchro- 


nous), data format, control character format, parity, 
and baud rate are all under program control. The 
8251A provides full duplex, double buffered transmit 
and receive capability. Parity, overrun, and framing 
error detection are all incorporated in the USART. 
The RS232C compatible interface, in conjunction 
with the USART, provides a direct interface to 
RS232C compatible terminals, cassettes, and asyn- 
chronous and synchronous modems. The RS232C 
command lines serial data lines, and signal ground 
line are brought out to a 26-pin edge connector that 
mates with RS232C compatible flat or round cable. 


Multimaster Capability 


For those applications requiring additional process- 
ing capacity and the benefits of multiprocessing, the 
iSBC 80/24A board provides full Multibus arbitra- 


_ ISBC 80/24A SINGLE BOARD COMPUTER 


‘tion control logic. This control logic allows up to 


three iSBC 80/24A boards or other bus masters to 


share the system bus in serial (daisy chain) priority — 


fashion, and up to 16 masters to share the Multibus 
system bus with the addition of an _ external 
priority network. The Multibus arbitration logic oper- 
ates synchronously with a Multibus clock (provided 
by the iSBC 80/24A board or optionally connected 
directly to the Multibus clock) while data is trans- 
ferred via a handshake between the master and 
slave modules. This allows different speed control- 
lers to share resources on the same bus since trans- 
fers via the bus proceed asynchronously. Thus, 
transfer speed is dependent on transmitting and 
receiving devices only. This design provides slow 
master modules from being handicapped in their at- 
tempts to gain control of the bus, but does not re- 
strict the speed at which faster modules can transfer 
data via the same bus. The most obvious applica- 
tions for the master-slave capabilities of the bus are 
multiprocessor configurations, high speed direct 
memory access (DMA) operations, and high speed 
peripheral control, but are by no means limited to 
these three. 


Programmable Timers | 


The iSBC 80/24A board provides three indepen- 
dent, fully programmable 16-bit interval timers/event 
counters utilizing the Intel 8254 Programmable Inter- 
val Timer. Each counter is capable of operating in 


either BCD or binary modes. Two of these timers/ 


counters are available to the systems designer to 
generate accurate time intervals under software 
control. Routing for the outputs and gate/trigger in- 
puts of two of these counters is jumper selectable. 
The outputs may be independently routed to the 
8259A Programmable Interrupt Controller, to the I/O 
line drivers associated with the 8255A Programma- 
ble Peripheral Interface, or may be routed as inputs 
to the 8255A chip. The gate/trigger inputs may be 
routed to I/O terminators associated with the 8255A 
or as output connections from the 8255A. The third 
interval timer in the 8254 provides the programma- 
ble baud rate generator for the RS232C USART seri- 
al port. In utilizing the iSBC 80/24A board, the sys- 
tems designer simply configures, via software, each 
timer independently to meet system requirements. 
Whenever a given time delay or count is needed, 
software commands to the programmable timers/ 
event counters select the desired function. The con- 
tents of each counter may be read at any time during 
system operation with simple read operations for 
event counting applications, and special commands 
are included so that the contents of each counter 
can be read “on the fly”. 
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interrupt Capability 


The iSBC 80/24A board provides vectoring for 12 
interrupt levels. Four of these levels are handled di- 
rectly by the interrupt processing capability of the 
8085A-2 CPU and represent the four highest priority 
interrupts of the iSBC 80/24A board. Requests are 
routed to the 8085A-2 interrupt inpbuts—TRAP, RST 
7.5, RST 6.5, and RST 5.5 (in decreasing order of 
priority), each of which generates a call instruction to 
a unique address (TRAP: 24H; RST 7.5: 3CH; RST 
6.5: 34H; and RST 5.5: 2CH). An 8085A-2 JMP in- 
struction at each of these addresses then provides 
linkage to interrupt service routines located indepen- 
dently anywhere in memory. All interrupt inputs with 
_ the exception of the trap interrupt may be masked 
via software. The trap interrupt should be used for 
conditions such as power-down sequences which 
require immediate attention by the 8085A-2 CPU. 
The Intel 8259A Programmable Interrupt Controller 
(PIC) provides vectoring for the next eight interrupt 
levels. As shown in Table 3, a selection of four priori- 
ty processing modes is available to the systems de- 
signer for use in designing request processing con- 
figurations to match system requirements. Operating 
mode and priority assignments may be reconfigured 
dynamically via software at any time during system 
operation. The PIC accepts interrupt requests from 
the programmable parallel and serial |/O interfaces, 
the programmable timers, the system bus, iSBX bus, 
or directly from peripheral equipment. The PIC then 
determines which of the incoming requests is of the 
highest priority, determines whether this request is 
of higher priority than the level currently being serv- 
iced, and, if appropriate, issues an interrupt to the 
CPU. Any combination of interrupt levels may be 
masked, via software, by storing a single byte in the 
interrupt mask register of the PIC. The PIC gener- 
ates a unique memory address for each interrupt 
level. These addresses are equally spaced at inter- 
vals of 4 or 8 (software selectable) bytes. This 32 or 
64-byte block may be located to begin at any 32 or 
64-byte boundary in the 65,536-byte memory space. 
A single 8085A-2 JMP instruction at each of these 
’ addresses then provides linkage to locate each in- 
terrupt service routine independently anywhere in 
memory. 
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Programmable Interrupt Modes 


| Mode | Operation 


Fully nested Interrupt request line priorities 
fixed at 0 as highest, 7 as 
lowest. 


Equal priority. Each level, after 
receiving service, becomes 
the lowest priority level until 
next interrupt occurs. 


System software assigns 
lowest priority level. Priority of 
all other levels based in 
sequence numerically on this 
assignment. 


Autorotating 


Specific 
priority 


Polled 


System software examines 
priority-encoded system 
interrupt status via interrupt 
status register. 


interrupt Request Generation 


Interrupt requests may originiate from 23 sources. 
Two jumper selectable interrupt requests can be 
generated by each iSBX MULTIMODULE board. 
Two jumper selectable interrupt requests can be au- 
tomatically generated by each programmable pe- 
ripheral interface when a byte of information is ready 
to be transferred to the CPU (i.e., input buffer is full) 
or a byte of information has been transferred to a 
peripheral device (i.e., output buffer is empty). Three 
jumper selectable interrupt requests can be auto- 
matically generated by the USART when a character 
is ready to be transferred to the CPU (i.e., receiver 
channel buffer is full), a character is ready to be 
transmitted (i.e., the USART is ready to accept a 
character from the CPU), or when the transmitter is 
empty (i.e., the USART has no character to trans- 
mit). A jumper selectable request can be generated 
by each of the programmable timers. Nine interrupt 
request lines are available to the user for direct inter- 
face to user designated peripheral devices via the 
MULTIBUS system bus. A power-fail signal can also 
be selected as an interrupt source. 


Power-Fail Control 


A power-fail interrupt may be detected through the 
AC-low signal generated by the power supply. This 
signal may be configured to interrupt the 8085A-2 
CPU to initiate an orderly power down instruction se- 
quence. 
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SPECIFICATIONS 


Word Size 


Instruction— 8, 16 or 24 bits 
Data — 8 bits 


Cycle Time 


BASIC INSTRUCTION CYCLE 


826 ns (4.84 MHz operating frequency) 
1.65 ws (2.42 MHz operating frequency) 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction (i.e., four clock cycles). 


Memory Addressing 


ON-BOARD EPROM 


0-OFFF using 2708, 2758 (1 wait state) 
0-1FFF using 2716 (1 wait state) 
0-3FFF using 2732 (1 wait state) 

using 2732A (no wait states) 
0-7FFF using 2764A (no wait states) 


ON-BOARD RAM 


E000-FFFF 
NOTE: 


Default configuration—may be reconfigured to top 
end of any 16K boundary. 


Memory Capacity 


ON-BOARD EPROM 
32K bytes (sockets only) 


ON-BOARD RAM 
8K bytes 
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Serial Communications Characteristics 


Synchronous — 5-8 bit characters; internal or ex- 
ternal character synchronization; 
automatic sync insertion 


Asynchronous— 5-8 bit characters; break charac- 
ter generation; 1, 11%, or 2 stop 
bits; false start bit detectors 


interfaces 

MULTIBUS — All signals TTL compatible 

iSBX Bus — All signals TTL compatible 

Parallel 1/O — All signals TTL compatible 

Serial 1/O — RS232C compatible, configu- 
rable as a data set or data ter- 
minal 

Timer — All signals TTL compatible 


Interrupt Requests— All TTL compatible 


System Clock (8085A-2 CPU) 
4.84 or 2.42 MHz +0.1% (jumper selectable) 


Auxiliary Power 


An auxiliary power bus is provided to allow separate 
power to RAM for systems requiring battery backup 
of read/write memory. Selection of this auxiliary 
RAM power bus is made via jumpers on the board. 


Memory Protect 


An active-low TTL compatible memory protect signal 
is brought out on the auxiliary connector which, 
when asserted, disables read/write access to RAM 
memory on the board. This input is provided for the 
protection of RAM contents during system power- 
down sequences. 


Physical Characteristics 


Width: 12.00 in. (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 0.50 in. (1.27 cm) 
Weight: 12.64 oz. (354 gm) 
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Electrical Characteristics 


DC POWER REQUIREMENTS 


Current Requirements 


Configuration | Vog = +5V | Vpp = +12V | Vep = —5V | Vaa = —12V 
+ 5% (max) + 5% (max) + 5% (max) + 5% (max) 


With 

iSBC 53013) p+ BBE 
With 4K 

EPROM() . (3.28A 
(using 2708) 

With 4K 

EPROM(4) 3.44A 
(using 2758) 
With 8K 

EPROM“) 3.44A 
(using 2716) 

With 16K 

EPROM(4) 3.46A 
(using 2732A) 

With 32K 

EPROM(4) 3.42A 
(using 2764A) > 


NOTES: 

1. Does not include power for optional EPROM, |/O drivers, and I/O terminators. 

2. RAM chips powered via auxiliary power bus. 

3. Does not include power for optional EPROM, I/O drivers, I/O terminators. Power for iSBC 530 
Adapter is supplied via serial port connector. 

4. Includes power required for four EPROM chips, and I/O terminators installed for 16 1/O lines; all 
terminators inputs low. 


Environmental Characteristics ORDERING INFORMATION 


Operating Temperature: 0°C to 55°C Part Number Description 

SBC 80/24A Single Board Computer 
Reference Manual 
148437-001— iSBC 80/24A Single Board Computer 


Hardware Reference Manual (NOT 
SUPPLIED) . 


8-58 


iSBC 80/10B* 


SINGLE BOARD COMPUTER 
m 8080A Central Processing Unit m@ Programmable Synchronous/ 
: ; Asynchronous Communications 
 GULTRIGDULE Beard Expension Interface with Selectable RS232C or 
Teletypewriter Compatiblity 
m@ 1K Byte of Read/Write Memory with ; nae 
Sockets for Expansion up to 4K Bytes @ Single Level Interrupt with 11 Interrupt 
Sockets f to 16K Byt f Read eee 
" Only asinoty . Ea eo ee m@ Auxiliary Power Bus and Power-Fail 
Interrupt Control Logic for RAM 
m 48 Programmable Parallel 1/O Lines - Battery Backup 
with Sockets for Interchangeable Line ms : 
Drivers and Terminators m@ 1.04 Millisecond Interval Timer 


um Limited Master MULTIBUS Interface 


The Intel iSBC 80/10B board is a member of Intel’s complete line of OEM microcomputer systems which use 
Intel’s LSI technology to provide economical, self-contained computer-based solutions for OEM applications. 
The CPU, system clock, iSBX bus interface, read/write memory, read only memory sockets, I/O ports and 
drivers, serial communications interface, bus control logic, and drivers all reside on the board. 


280217-1 


*The iSBC 80/10B is also manufactured under product code pSBC 80/10B by Intel Puerto Rico, Inc. 


September 1993 
Order Number: 280217-003 8-59 
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Figure 1. iSBC 80/10B Single Board Computer Block Diagram 


FUNCTIONAL DESCRIPTION 


Intel’s 8-bit n-channel MOS 8080A CPU, fabricated 
on a single LSI chip, is the central processor for the 
iSBC 80/10B board. The 8080A contains six 8-bit 
general purpose registers and an accumulator. The 
six general purpose registers may be addressed in- 
dividually or in pairs, providing both single and dou- 
ble precision operators. A block diagram of iSBC 
80/10B board functional components is shown in 
Figure 1. 


iSBX Bus MULTIMODULE Board 
Expansion | 


One iSBX bus connector interface is provided to ac- 


complish plug-in expansion with any iSBX MULTI- 
MODULE board. 
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Memory Addressing 


The 8080A has a 16-bit program counter which al- 
lows direct addressing of up to 64K bytes of memo- 
ry. An external stack, located within any portion of 
read/write memory, may be used as a last-in/first- 
out storage area for the contents of the program 
counter, flags, accumulator, and all of the six gener- 
al purpose registers. A 16-bit stack pointer controls 
the addressing of this external stack. This stack pro- 
vides subroutine nesting bounded only by memory 
size. 
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Memory Capacity a direct interface to teletypes, CRTs, RS232C com- 


The iSBC 80/10B board contains 1K bytes of read/ 
write static memory. In addition, sockets for up to 4K 
bytes of RAM memory are provided on board. Read/ 
write memory may be added in 1K byte increments. 


Sockets for up to 16K bytes of nonvolatile read-only- ° 


memory are provided on the board. All on-board 
RAM, ROM or EPROM read operations are per- 
formed at maximum processor speed. 


Parallel |/O Interface 


The iSBC 80/10B board contains 48 programmable 
parallel I/O lines implemented using two Intel 8255A 
programmable peripheral interfaces. The system 
software is used to configure the I/O lines in any 
combination of unidirectional input/output, and bidi- 
rectional ports. In order to take full advantage of the 
large number of possible I/O configurations, sockets 
are provided for interchangeable I/O line drivers and 
terminators. The flexibility of the 1/O interface is fur- 
ther enhanced by the capability of selecting the ap- 
propriate combination of optional line drivers and 
terminators to provide the required sink current, po- 
larity, and drive/termination characteristics for each 
application. The 48 programmable I/O lines and sig- 
nal ground lines are brought out to two 50-pin edge 
connectors that mate with flat cable or round cable. 


Serial I/O Interface 


A programmable communications interface using 
the Intel 8251A Universal Synchronous/Asynchro- 
nous Receiver/Transmitter (USART) is contained on 
the board. A jumper selectable baud rate generator 
provides the USART with all common communica- 
tions frequencies. The USART can be programmed 
by the system software to select the desired syn- 
chronous or asynchronous serial data transmission 
technique (including IBM Bi-Sync). The mode of op- 
eration (i.e., synchronous or asynchronous), data 
format, control character format and parity are all 
under program control. The 8251A provides full du- 
plex, double-buffered transmit and receive capabili- 
ty. Parity, overrun, and framing error detection are all 
incorporated in the USART. The inclusion of jumper 
selectable TTY or RS232C compatible interfaces on 
the board, in conjunction with the USART, provides 


patible cassettes, and asynchronous and synchro- 
nous modems. The RS232C or TTY command lines, 
serial data lines, and signal ground lines are brought 
out to a 26-pin edge connector that mates with 
RS232C compatible flat or round cable. 


Interrupt Capability 


Interrupt requests may originate from 11 sources. 
Two jumper selectable interrupt requests can be au- 
tomatically generated by the programmable periph- 
eral interface when a byte of information is ready to 
be transferred to the CPU (i.e., input buffer is full) or 
a byte of information has been transferred to a pe- 
ripheral device (i.e., output buffer is empty). Three 
jumper selectable interrupt requests can be auto- 
matically generated by the USART when a character 
is ready to be transferred to the CPU (i.e., receive 
channel buffer is full), a character is ready to be 
transmitted (i.e., the USART is ready to accept a 
character from the CPU), or when the transmitter is 
empty (i.e., the USART has no character to trans- 
mit). These five interrupt request lines are all maska- 
ble under program control. Two interrupt request 
lines may be interfaced directly to user designated 
peripheral devices; one via the MULTIBUS system 
bus and the other via the I/O edge connector. One 
jumper selectable interrupt request may be inter- 
faced to the power-fail interrupt control logic. One 
jumper selectable interrupt request may originate 
from the interval timer. Two general purpose inter- 
rupt requests are jumper selectable from the iSBX 
interface. These two signals permit a user installed 
MULTIMODULE board to interrupt to 8080A CPU. 
The eleven interrupt request lines share a single 
CPU interrupt level. When an interrupt request is 
recognized, a restart instruction (RESTART 7) is 
generated. The processor responds by suspending 
program execution and executing a user defined in- 
terrupt service routine. 


Power-Fail Control 


A power-fail interrupt may be detected through the 
AC-low signal generated by the power supply. This 
signal may be configured to interrupt the 8080A CPU 
to initiate an orderly power down instruction se- 
quence. 


8-61 


iSBC 80/10B COMPUTER 


interval Timer 


A 1.04 millisecond timer is available for interval inter- 
rupts or as a clock output to the parallel |/O connec- 
tor. The timer output is jumper selectable to the pro- 
grammable parallel interface, the parallel 1/O con- 
nector (J1), or directly to the 8080A CPU. 


SPECIFICATIONS 


Word Size 


Instruction: 8, 16, or 24 bits 
Data: 8 bits 


Cycle Time 


Basic Instruction Cycle: 1.95 us 


NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction (i.e., four clock cycles). 


Memory Addressing 


On-Board ROM/EPROM 
O-OFFF using 2708, 2758 
O-1FFF using 2716 
0O-3FFF using 2732 


On-Board RAM 
3C00-3FFF with no RAM expansion 
3000-3FFF with 2114A-5 expansion 


Memory Capacity 


On-Board ROM/EPROM 
16K bytes (sockets only) 


On-Board RAM 
1K byte with user expansion in 1K increments to 
4K byte using Intel 2114A-5 RAMs. 


Off-Board Expansion 


Up to 64K bytes using user specified combina- 
tions of RAM, ROM, and EPROM. 
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I/O Capacity 


Parallel: 48 programmable lines 
Serial: 1 transmit, 1 receive 


MULTIMODULE: 1 iSBX Bus MULTIMODULE 
Board 


Serial Communications Characteristics 


5-8 bit characters; internal or ex- 
ternal character synchronization; 
automatic sync insertion 


Asynchronous: 5-8 bit characters; break character 
generation; 1, 114, or 2 stop bits; 
false start bit detectors 


Synchronous: 


interrupts 


Single-level with on-board logic that automatically 
vectors the processor to location 38H using a restart 
instruction (RESTART 7). Interrupt requests may 
originate from user specified I/O (2); the program- 
mable peripheral interface (2); the iSBX MULTIMOD- 
ULE board (2); the programmable communications 
interface (3); the power fail interrupt (1); or the inter- 
val timer (1). 


interfaces 

MULTIBUS: All signals TTL compatible 
iSBX Bus: All signals TTL compatible 
Parallel |/O: All signals TTL compatible 
Serial |/O: RS232C or a 20 mil current 


loop TTY interface (jumper se- 
lectable) 


Interrupt Requests: All TTL compatible (active-low) 


Clocks 


System Clock: 2.048 MHz +0.1% | 
Interval Timer: 1.042 ms +0.1% (959.5 Hz) 


Physical Characteristics 


Width: 12.00 in (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 0.05 in. (1.27 cm) 
Weight: 14 oz. (397.3 gm) 


= + Py SS 4a. «=. . ve 


* a Aee as ey * i 2 ee 2 ee J . - a ns on . Wwe ee he - 

eke = ee ae Parts gS aw,» : — abe ae = 74 Le a eee ae tee! x oe ae a os “~ ee ee Oe PS) ERE ca & lee 
) PERS A ara ype ee acta eee octane cian sorte ra oy aaa teat a 

. “er == Ras ae , a = Sec, ’ oe Sarat Sy ie * yee, Ce Ne Pces : Pe? te A ot ah that edie el EO ie ee 

“a oe: ag me B sieere ‘ =¥ an Aare Sine Ria si ic Bee og re mia - ty ey ae, ats os < ie eS Canes pees ae ‘2 Ly < SS a A ee 

. e : = ar = aT cay A e (ie vars = ty ee ae) if . 

pz 2 + > ‘ ; : : : ‘ 
\ 


Electrical Characteristics 


DC Power Requirements 


Voltage Without With 2708 | With 2758, 2716, | Power Down Requirements 
? EPROM(1) EPROM(2) | or 2732 EPROM(S) | (RAM and Support Circuit) 


Voc = +5V +5% | Ioc = 2.0A(4) 84 mA + 140 mA/K (2114A-5) 


Vop = +12V +5% | Ipp = 150 mA Not Required 
Vep = —5V +5% lIp5g = 2mA Not Required 
Van = —12V +5% | l~aqn = 175MA Not Required 


NOTES: 

1. Does not include power required for optional ROM/EPROM, I/O drivers, or I/O terminators. 

2. With four Intel 2708 EPROMS and 2209/3300 for terminators, installed for 48 input lines. All terminator inputs low. 
3. Same as #2 except with four 2758s, 2716s, or 2732s installed. 

4. loc shown without RAM supply current. For 2114-5 add 140 mA per K byte to a maximum of 560 mA. 


Environmental Characteristics ORDERING INFORMATION 


Operating Temperature: 0°C to 55°C Part Number Description 
iSBC80/10B Single Board Computer 


Reference Manual 


9803119-01— iSBC 80/10B Single Board Computer 
Hardware Reference Manual (NOT 
SUPPLIED). 
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ISBC 337A 
MULTIMODULE NUMERIC 
DATA PROCESSOR 
m@ High Speed Fixed and Floating Point = Supports Seven Data Types Including 
Functions for iSBC Boards Single and Double Precision Integer 
m Extends Host CPU Instruction Set with and Floating Point 
Arithmetic, Logarithmic, @ Fully Supported in the Multi-Tasking 
Transcendental and Trigonometric Environment of the iRMX® | Operating 
Instructions System | 


m@ MULTIMODULE Option Containing 8087 
Numeric Data Processor 


The Intel iSBC 337A MULTIMODULE Numeric Data Processor offers high performance numerics support for 
iSBC 86 and iSBC 88 Single Board Computer users, for applications including simulation, instrument automa- 
tion, graphics, signal processing and business systems. The coprocessor interface between the 8087 and the 
host CPU provides a simple means of extending the instruction set with over 60 additional numeric instructions 
supporting seven additional data types. 
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OVERVIEW 


The iSBC 337A MULTIMODULE Numeric Data Proc- 
essor (NDP) provides arithmetic and logical instruc- 
tion extensions to the 86/88 families. The instruction 
set consists of arithmetic, transcendental, logical, 
trigonometric and exponential instructions which can 
all operate on seven different data types. The data 
types are 16-, 32-, and 64-bit integer, 32- and 64-bit 
floating point, 18 digit packed BCD and 80-bit tem- 
porary. 


Coprocessor Interface 


The coprocessor interface between the host CPU 
and the iSBC 337A MULTIMODULE provides easy 
to use and high performance math processing. In- 
stallation of the iSBC 337A is simply a matter of re- 
moving the host CPU from its socket, installing the 
iSBC 337A MULTIMODULE into the host’s CPU 
socket, and reinstalling the host CPU chip into the 
socket provided for it on the iSBC 337A MULTI- 
MODULE (see Figure 1). 


HOST CPU BOARD 


HOST CPU 
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iSBC 337A MULTIMODULE BOARD 


All synchronization and timing signals are. provided 
via the coprocessor interface with the host CPU. 
The two processors also share a common ad- 
dress/data bus. The NDP component is capable of 
recognizing and executing NDP numeric instructions 
as they are fetched by the host CPU. This interface 
allows concurrent processing by the host CPU and 
the NDP. It also allows NDP and host CPU instruc- 
tions to be intermixed in any fashion to provide the 
maximum overlapped operation and the highest ag- 
gregate performance. 


High Performance and Accuracy 


The 80-bit wide internal registers and data paths 
contribute significantly to high performance and min- 
imize the execution time difference between single 
and double precision floating point formats. This 80- 
bit architecture provides very high resolution and ac- 
curacy. : 


This precision is complemented by extensive excep- 
tion detection and handling. Six different types of 
exceptions can be reported and handled by the 
NDP. The user also has control over internal preci- 
sion, infinity control and rounding control. 


ISBC 337A 


CONNECTOR FOR 
INTERRUPT REQUEST 
FROM ISBC 337A 


Figure 1. iSBC 337A MULTIMODULE Installation 
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SYSTEM CONFIGURATION 


As a coprocessor to the Host CPU, the NDP is wired 
in parallel with the CPU. The CPU’s status and 
queue status lines enable the NDP to monitor and 
decode instructions in synchronization with the CPU 
and without any CPU overhead. Once started, the 
NDP can process in parallel with and independent of 
the host CPU. For resynchronization, the NDP’s 
BUSY signal informs the CPU that the NDP is exe- 
cuting an instruction and the CPU WAIT instruction 
tests this signal to insure that the NDP is ready to 
execute subsequent instructions. 


The NDP can interrupt the CPU when it detects an 
error or exception. The interrupt request line is rout- 
ed to the CPU through an 8259A Programmable In- 
terrupt Controller. This interrupt request signal is 
brought down from the iSBC 337A MULTIMODULE 
to the single board computer through a single pin 
connector (see Figure 1). The signal is then routed 
to the interrupt matrix for jumper connection to the 
8259A Interrupt Controller. Other iAPX designs may 
use a similar arrangement, or by masking off the 
CPU “READ” pin from the iSBC 337A socket, provi- 
sions are made to allow the now vacated pin of the 
host’s CPU socket to be used to bring down the in- 
terrupt request signal for connection to the base 
board and then to the 8259A. 


FUNCTIONAL DESCRIPTION 


The NDP is internally divided into two processing 
elements, the control unit (CU) and the numeric exe- 
cution unit (NEU), providing concurrent operation of 
the two units. The NEU executes all numeric instruc- 
tions, while the CU receives and decodes instruc- 
tions, reads and writes memory operands and exe- 
cutes processor control instructions. 


Control Unit 


The CU keeps the NDP operating in synchronization 
_ with its host CPU. NDP instructions are intermixed 
with CPU instructions in a single instruction stream. 
The CPU fetches all instructions from memory; by 
monitoring the status signals emitted by the CPU, 
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the NDP control unit determines when a 8086-2 in- 
struction is being fetched. The CU taps the bus in 
parallel with the CPU and obtains that portion of the 
data stream. 


After decoding the instruction, the host executes all 
opcodes but ESCAPE (ESC), while the NDP exe- 
cutes only the ESCAPE class instructions. (The first 
five bits of all ESCAPE instructions are identical). 
The CPU does provide addressing for ESC instruc- 
tions however. 


An NDP instruction either will not reference memory, 
will require loading one or more operands from 
memory into the NDP, or will require storing one or 
more operands from the NDP into memory. In the 
first case, a non-memory reference escape is used 
to start NDP operation. In the last two cases, the CU 
makes use of a “dummy read” cycle initiated by the 
CPU, in which the CPU calculates the operand ad- 
dress and initiates a bus cycle, but does not capture 
the data. Instead, the CPU captures and saves the 
address which the CPU places on the bus. If the 
instruction is a load, the CU additionally captures the 
data word when it becomes available on the local 
data bus. If data required is longer than one word, 
the CU immediately obtains the bus from the CPU 
using the request/grant protocol and reads the rest 
of the information in consecutive bus cycles. In a 
store operation, the CU captures and saves the 
store address as in a load, and ignores the data 
word that follows in the “dummy read” cycle. When 
the NDP is ready to perform the store, the CU ob- 
tains the bus from the CPU and writes the operand 
starting at the specified address. 


Numeric Execution Unit 


The NEU executes all instructions that involve the 
register stack. These include arithmetic, logical, 
transcendental, constant and data transfer instruc- 
tions. The data path in the NEU is 80 bits wide (64 
fraction bits, 15 exponent bits and a sign bit) which 
allows internal operand transfers to be performed at 
very high speeds. 


When the NEU begins executing an instruction, it 
activates the NDP BUSY signal. This signal is used 
in conjunction with the CPU WAIT instruction to re- 
synchronize both processors when the NEU has 
completed its current instruction. 


2) | 
intel ; 


intel. 
SPECIFICATIONS 


Physical Characteristics 


Width— 5.33 cm (2.100” ) 
Length— 5.08 cm (2.000” ) 
Height— 1.82 cm (0.718” ) 
iSBC 337A board + host board 
Weight— 17.33 grams (0.576 oz.) 


Electrical Characteristics 


DC Power Requirements 


Voc = 5V +5% 
loc = 475 mA max. 
loc = 350 mA typ. 
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iSBC 337A MULTIMODULE BOARD 


Environmental Characteristics 


Operating Temperature—0°C to 55°C with 200 lin- 
ear feet/minute airflow 


Relative Humidity—Up to 90% R.H. without con- 
densation. 


Reference Manual 


147163-001—iSBC 337A MULTIMODULE Numeric 
Data Processor Hardware Reference Manual (NOT 
SUPPLIED WITH MULTIMODULE BOARD). 


ORDERING INFORMATION 


Part Number Description 


SBC 337A MULTIMODLE Numeric Data 
Processor 
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intel. 
ISBC 010EX, 020EX, and 040EX* 
HIGH PERFORMANCE RAM BOARDS 


m O Wait States at 8 MHz Performance m@ On-Board Parity Generator/Checker 
with the iSBC 286/10A, 
iSBC 286/12 Board m Independently Selectable Starting and 


Ending Addresses 
m 16 Megabyte Addressing Capability 


m 1024K Byte, 2048K Byte, and 4096K 
Byte Densities Available 


m@ Dual Port Capability Via Multibus and 
High Speed Synchronous Interface 


= Configurable to Function Over 
iLBX Bus 


The iSBC 010EX, iSBC 020EX, and iSBC 040EX RAM memory boards are members of Intel’s complete line of 
iSBC memory and I/O expansion boards. The EX boards are dual ported between the Multibus interface and 
one of two types of dedicated memory buses. The dedicated buses are the iLBX bus and a high speed 
interface. The EX series of RAM-boards can be configured to be accessed over the iLBX bus, as well as 
Multibus bus, to provide memory support for the iSBC 286/10 board, iSBC 186/03A, or iSBC 386/12. The EX 
boards are default configured to run over the Multibus interface and the high speed interface. This provides 0 
wait state 8 MHz memory support for the iSBC 286/10A and iSBC 286/12 boards. 


The EX RAM-boards generate byte oriented parity during all write operations and perform parity checking 
during all read operations. An on-board LED provides a visual indication that a parity error has occurred. 


The iSBC 010EX, iSBC 020EX, and iSBC 040EX boards contain 1M byte, 2M bytes, and 4M bytes of read/ 
write memory using 256K dynamic RAM components. 


HTL 
280142-1 


*The iSBC 010EX, 020EX and 040EX Boards are also manufactured under product code pSBC 010EX, 020EX and 040EX 
by Intel Puerto Rico, Inc. 


September 1993 
Order Number: 280142-003 9-1 


iSBC 010EX, 020EX, 040EX BOARDS 


FUNCTIONAL DESCRIPTION 


General 


The iSBC 010EX, 020EX, and 040EX RAM boards 
are physically and electrically compatible with the 
Multibus interface standard, IEEE-796, as outlined in 
the Intel Multibus architecture specification. 


Dual Port Capabilities 


The “EX” series of RAM-Boards can be accessed 
by the Multibus interface, and either the iLBX Bus, or 
the high speed synchronous interface (see Figures 1 
and 2). The EX series require jumper and PAL con- 
figuration to be accessed over iLBX Bus. 


Intel’s iLBX interface is an unarbitrated bus architec- 
ture which allows direct transfer of data between the 
CPU and the memory boards without accessing the 
Multibus bus. Due to the unarbitrated nature of the 
iLBX interface, significant improvements in memory 
access times compared to the Multibus bus access- 
es result. The EX Boards provide 1 wait state per- 
formance at 6 MHz and 2 wait states at 8 MHz over 
the iLBX board. The EX Memory Board Hardware 
Reference Manual should be consulted for details. 


The high speed synchronous interface, like the iLBX 
Bus, is a bus architecture which allows direct trans- 
fer of data between the CPU and the memory 
boards without accessing the Multibus bus. This high 
speed interface runs synchronously with the iSBC 
286/10A and iSBC 286/12 to provide 0 wait state 
performance at 8 MHz. 


System Memory Size 


Maximum system memory size with this series of 
boards is 16 megabytes. Memory partitioning is inde- 
pendent for the Multibus interface and the iLBX in- 
terface. 


Address Selection/Memory 


SELECTABLE STARTING ADDRESS 
A 512K boundary select is implemented on the iSBC 


010EX board. A 1M boundary is implemented on the 
iSBC 020EX and iSBC 040EX boards. 
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SELECTABLE ENDING ADDRESS 


The ending address is selectable as memory size 
minus select options of 0, 128K, 256K, or 512K on 
all of the EX boards. 

PARITY INTERRUPT CLEAR 


The I/O address of the Parity Interrupt Clear circuitry 
is jumperable to any one of 256 addresses. 


SPECIFICATIONS 


Word Size Supported 
8- or 16-bits. | 


Memory Size 


1,048,576 bytes (SBC 010EX board) 
2,097,152 bytes (iSBC 020EX board) 
4,194,304 bytes (iSBC 040EX board) 


Access Times (All densities) 


MULTIBUS SYSTEM BUS 


Read/Full Write— 375 ns (max) 
Write Byte— 375 ns (max) 


HIGH SPEED SYNCHRONOUS INTERFACE 
Read/Full Write— 167 ns (max) 


Write Byte— 132 ns (max) 
iLBX BUS 

Read/Full Write— 295 ns (max) 
Write Byte— 116 ns (max). 


Cycle Times (All densities) 


MULTIBUS SYSTEM BUS 


Read/Full Write— 625 ns (max) 
Write Byte— 625 ns (max) 


in ® 


HIGH SPEED SYNCHRONOUS INTERFACE 


Read/Full Write— 250 ns (max) 
Write Byte — 250 ns (max) 


iLBX BUS 


Read/Full Write— 437.5 ns (max) 
Write Byte — 437.5 ns (max) 


Memory Partitioning 


Maximum System memory size is 16M Bytes for the 
Multibus, iLBX bus and the high speed interface. 


BASE ADDRESS 


Base Address 


iSBC 010EX Board any 512K boundary in 
first 8 megabytes 


iSBC 020EX Board any 1M boundary 
iSBC 040EX Board any 1M boundary 


Power Requirements 
Voltage—5 VDC +5% 


iSBC 010EX Board 3.4A (typ) 
5.0A (max) 
iSBC 020EX Board  3.7A (typ) 
5.2A (max) 
iSBC 040EX Board 3.9A (typ) 
5.5A (max) — 


‘ 


x 


iSBC 010EX, 020EX, 040EX BOARDS 


ENVIRONMENTAL REQUIREMENTS 


Operating 
Temperature: 0°C to 60°C airflow of 5 cubic feet per 
minute 
_ Storage 
Temperature: —40°C to + 75°C 
Operating 
Humidity: To 90% without condensation 


PHYSICAL DIMENSIONS 


Width: 12 inches (30.48 cm) 
Height: 6.75 inches (17.15 cm) 
Thickness: 0.50 inches (1.27 cm) 


Weight: iSBC 010EX board: 9.0 ounces 
(2550 gm) 


iSBC 020EX board: 13.5 ounces’ 
- (3830 gm) 


iSBC 040EX board: 18.0 ounces 
(5100 gm) 


REFERENCE MANUALS 
144456-001— Intel iLBX Specification 


ORDERING INFORMATION 


PartNumber Description 

SBC010EX: 1M byte RAM board with parity 
SBCO20EX 2M byte RAM board with parity 
SBCO40EX 4M byte RAM board with parity 
EXASYNCX86_ PALs and jumper configuration for 


iLBX mode 


—* 


iSBC 010EX, 020EX, 040EX BOARDS 
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PERIPHERAL 
CONTROLLER 


iSBC 286/10, iSBC 012EX/ iSBC 286/10A, iSBC 012EX/ 
186/03A 010EX/020EX/ 286/12 010EX/020EX/ 


CPU 040EX BOARDS 040EX BOARDS 


P1 P1 
eae 
iLBX™ BUS [— 
(Cees 


MULTIBUS* INTERFACE 


Figure 1. Typical iLBX System Configuration 


ADDRESS SELECTION, 
DUAL PORT AND 
ARBITRATION LOGIC 


512K, 1024K, 
2056K, 4096K 
BYTES ARRAY 
TIMING AND ' 
CONTROL | 


MULTIBUS MULTIBUS 


MEMORY BUS 
MEMORY BUS DATA 


DATA 
INTERFACE tninecree INTERFACE TRANSCEIVERS 


Figure 2. iSBC EX Memory Board Block Diagram 
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Intel. 
iSBC 020CX* iLBX RAM BOARD 


@ Dual Port Capability via Multibus and m@ Error Status Register Provides Error 
iLBX Interfaces Logging by Host CPU Board 


m@ Single Bit Error Correction and Double m 16 Megabyte Addressing Capability 
Bit Error Detection Utilizing Intel 8206 


: m@ Supports 8- or 16-bit Data Transfer and 
ECC Device 24-bit Addressing 
¥ het atte pes Byte, and 2048K Byte @ Auxiliary Power Bus and Memory 
cerry ab cc de Protect Logic for Battery Back-Up RAM 
= Control Status Register Supports Requirements 


Multiple ECC Operating Modes 


The iSBC 020CX RAM memory board is a member of Intel’s complete line of iSBC memory and I/O expansion 
boards. The dual port feature of the CX series of RAM-boards allow access to the memory of both the Multibus 
and iLBX bus interfaces. : 


In addition to the dual port features the “CX” series of RAM-boards provide Error Checking and Corrections 
Circuitry (ECC) which can detect and correct single bit errors and detect, but not correct, double and most 
multiple bit errors. 


The iSBC 020 CX board contains 2048K bytes of read/write memory using 256K dynamic RAM components. 


\ 


231023-1 


*The iSBC 020CX Board is also manufactured under product code pSBC 012CX, 010CX, and 020CX by Intel Puerto Rico, 
Inc. 


September 1993 
Order Number: 231023-003 9-5 


iSBC 020CX iLBX RAM BOARD 


FUNCTIONAL DESCRIPTION 


General 


The iSBC 020CX RAM board is physically and elec- 
trically compatible with the Multibus interface stan- 
dard, IEEE-796, as outlined in the Intel Multibus 
specification. In addition the CX series of RAM- 
boards are physically and electrically compatible 
with the iLBX bus (Local Bus Extension) interface as 
outlined in the Intel iLBX Specification (see Figure 


1). 


PERIPHERAL 
CONTROLLER 


P41 P2 


Dual Port Capabilities 


The “CX” series of RAM-boards can be accessed 
by either the Multibus interface or the iLBX interface 
(see Figure 2). Intel’s iLBX interface is an unarbitrat- 
ed bus architecture which allows direct transfer of 


- data between the CPU and the memory boards with- 


out accessing the Multibus bus. Due to the unarbi- 
trated nature of the iLBX interface significant im- 
provements in memory access times result, typically 
a 2-6 Wait State improvement over Multibus memory 
access. 


iSBC 286/10 iSBC 012CX/ 


P2 


iLBX™ BUS 


231023-2 


Figure 1. Typical iLBX System Configuration 


ADDRESS SELECTION, 
DUAL PORT AND 
ARBITRATION LOGIC 


MULTIBUS er 
INTERFACE TRANSCEIVERS 


MULTIBUS INTERFACE 


! 
512K 
1024 K, 2056 K 
BYTES ARRAY 
TIMING AND | 
i 


iLBX 
DATA 
TRANSCEIVERS 


iLBX BUS INTERFACE 


231023-3 


Figure 2. iSBC 020CX Block Diagram 
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System Memory Size 


Maximum system memory size with this series of 
boards is 16 megabytes. Memory partitioning is inde- 
pendent for the Multibus interface and the iLBX in- 
terface. 


For Multibus operations, on-board jumpers assign 
the board to one of four 4-megabyte pages. Each 
page is partitioned into 256 blocks of 16K bytes 
each. The smallest partition on any board in this se- 
ries is 8K bytes. Jumpers assign the base address 
(lowest 16K block) within the selected 4-megabyte 


page. 


The iLBX bus memory partitioning differs from the 
Multibus bus partitioning in that the iLBX bus ad- 
dress space consists of 256 contiguous blocks of 
64K bytes totaling 16 megabytes. As with the Multi- 
bus bus partitioning, the base addresses are set with 
on-board jumpers. 


Error Checking and Correcting (ECC) 


Error checking and correction is accomplished with 
the Intel 8206 Error Checking and Correcting device. 
This ECC component, in conjunction with the ECC 
check bit RAM array, provides error detection and 
correction of single bit errors and detection only of 
double bit and most multiple bit errors. The ECC cir- 
cuitry can be programmed via the Control Status 
Register (CSR) to various modes while error logging 
is supported by the Error Status Register (ESR). 


Both CSR and ESR communicate with the master | 


CPU board through a single I/O port. 


Battery Back-Up/Memory Protect 


An auxiliary power bus is provided to allow separate 
power to the RAM array for systems requiring back- 
up of read/write memory. An active low TTL com- 
patible memory protect signal is brought out on the 
auxiliary bus connector which, when asserted, dis- 
ables read/write access to the RAM board. This in- 
put is provided for the protection of RAM contents 
during system power-down sequences. 


FE OE Pe, eee = Pe DS ee eee eee 
a teen Pe ee es 
‘iSBC 020CX iLBX RAM BOARD 
SPECIFICATIONS 


Word Size Supported 
8- or 16-bits 


Memory Size 
2,097,152 bytes (iSBC 020CX board) 


Access Times (All densities) 


Multibus System Bus 


Read/Full Write— 380 ns (max) 
Write Byte — 530 ns (max) 


iLBX Local Bus 


Read/Full Write— 340 ns (max) 
Write Byte — 440 ns (max) 


Cycle Times (All densities) 


Multibus System Bus 


Read/Full Write— 490 ns (max) 
Write Byte — 885 ns (max) 


iLBX Local Bus 


Read/Full Write— 375 ns 
Write Byte — 740 ns 


NOTE: 
lf an error is detected, read access time and cycle 
times are extended to 255 ns (max) 
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ISBC 020CXiLBX RAMBOARD 


Memory Partitioning 


Maximum System memory size is 16M Bytes for 


both Multibus and iLBX BUS. Multibus partitioning is _ 


by Page, Block and Base, while the iLBX BUS is by 
Block and Base only. 


Page Address 


Multibus— 0-4 megabytes; 4-8 megabytes, 8-12 
megabytes; 12-16 megabytes 


LEX: N/A 
BUS 
Base Address 


Multibus System Bus— Any 16K byte boundary with- 
in the 4M-byte page. 


— Any 64K byte boundary se- 
lectable on board bounda- 
ries to 8M-bytes and some 
64K-byte boundaries in the 
first megabyte. Others avail- 
able if PAL programming is 
changed. 


iLBX Local Bus 


Power Requirements . 


Voltage—5 VDC +5% 
Standby 


iSBC 020CX | 5.3A (typ.) 2.2A (typ.) 
Board 7.5A (max.) 2.4A (max.) 
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intel. 


Operating Temperature: 0°C to 55°C airflow of 200 
linear feet per minute 


To 90% without condensa- 
tion 


Environmental Requirements 
Operating Humidity: 


Physical Dimensions 


Width: 30.48 cm (12 inches) 
Height: 17.15 cm (6.75 inches) 
Thickness: 1.27 cm (0.50 inches) 
Weight: | 6589 gm (23.5 ounces) 


Reference Manuals 
144456-001 — Intel iLBX 020CX Specification 


ORDERING INFORMATION 


Part Number 
iSBC 020CX 


Description 
2M byte RAM board with ECC 


intel. 


ISBC 314* 
512K BYTE RAM MULTIMODULE BOARD 
m= On-Board Memory Expansion for the m Completes iSBC 86/35 Memory Array 
iSBC 86/35 Single Board Computer Providing a Full Megabyte Page of 
= iSBC 314 Module Provides 512K Bytes System Memory 
of Dual Port RAM Expansion for the @ Increases System Throughput by 
iSBC 86/35 Board Reducing Accesses to MULTIBUS 
m Reliable Mechanical and Electrical Global Memory 
interconnection . m Low Power Requirements 


= Battery Backup Capability 


The iSBC 314 512K byte RAM MULTIMODULE board. provides simple, low cost expansion to double the on- 
board RAM capacity of the iSBC 86/35 Single Board Computer host to one megabyte. This RAM MULTIMOD- 
ULE option offers system designers a simple, practical solution to expanding and improving the memory 
capability and performance of the iSBC 86/35 board. The iSBC 314 memory is configured on-board and can 
be accessed as quickly as the standard iSBC 86/35 memory, eliminating the need for accessing accitonal 
memory via the MULTIBUS system bus. 


280000-1 


*The iSBC 314 Board is also manufactured under product code pSBC 314 by Intel Puerto Rico, Inc. 


September 1993 ’ 
Order Number: 280000-003 9-9 


iSBC 314 BOARD 


MEMORY LATCHES 
(FROM HOST) 


DYNAMIC 
RAM CONTROLLER 
(FROM HOST) 

REPLACEMENT 

MEMORY ADDRESS 

DECODE PAL 

(SUPPLIED WITH ISBC 

MULTIMODULE 
OPTION) 


af 


iSBC 
MULTIMODULE 
OPTION 


NYLON MOUNTING 
HARDWARE (3 PLACES) 
(SUPPLIED WITH iSBC 
MULTIMODULE OPTION) 


280000-2 


Figure 1. Installation of the MULTIMODULE RAM Module on the Host Single Board Computer 


FUNCTIONAL DESCRIPTION 


The iSBC 314 MULTIMODULE board measures 
2.40” by 5.75” and mounts above the RAM array on 
the iSBC 86/35 Single Board Computer. The iSBC 
314 board contains sixteen 256 Kbit x 1 dynamic 
RAM devices and three sockets; two for the memory 
latches and one for the Intel 8203 dynamic RAM 
controller. The addition of the iSBC 314 memory 
MULTIMODULE board to the iSBC 86/35 board 
makes possible a one megabyte single board solu- 
tion. : 


To install the module, the latches and controller 
from the host iSBC 86/35 board, are removed and 
inserted into sockets on the iSBC 314 board. The 
module is then mounted onto the host board. Pins 
extending from the controller and latch sockets 
mate with device sockets underneath (see Figure 1). 
Additional pins mate to supply other signals to com- 
plete the electrical interface. The module is then se- 
cured at three additional points with nylon hardware 
to ensure the mechanical security of the assembly. 


To complete the installation, one socketed PAL is 
replaced on the iSBC 86/35 board with the one sup- 
plied with the MULTIMODULE kit. This is the PAL 
which allows the host board logic to recognize its 
expanded on-board memory compliment. 
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SPECIFICATIONS 


Word Size 
8 or 16 bits (16-bit data paths) 


Memory Size 
512K bytes RAM 


System Cycle Time (8 MHz, 2 Wait 
States) 


750 ns (read); 750 ns (write) 
NOTE: 
1 wait state achieved with jumper change on iSBC 
86/35 board. 
Memory Addressing 
iSBC 314 module with iSBC 86/35 board — 1M byte 


(total capacity); O-FFFFFH. (See Figure 2, Memory 


Allocation) 


interface 


The interface for the iSBC 314 MULTIMODULE 
board option is designed only for the iSBC 86/35 
host board. 


intel. 


Wait-State Performance 


A significant performance advantage of 2 wait-states 
is achieved when accessing memory on-board the 
iSBC 86/35 versus the performance of 6 wait-states 
when accessing memory off-board over the MULTI- 
BUS. The iSBC 314 puts an additional 512K bytes of 
system memory on-board the iSBC 86/35 reducing 
the execution time by as much as 70%. 


Memory Allocation 


Segments of the combined host/MULTIMODULE 
RAM may be configured to be accessed either from 
off-board or on-board resources. The amount of 
memory allocated as either public or private re- 
source may be configured in a variety of sizes. The 
address range boundaries for the 1 megabyte of 
RAM array of the iSBC 314 and iSBC 86/35 board 
combination are shown in Figure 2 for accesses 
from both on-board and off-board resources. 


RAM 
ACCESS 
FROM 


ON-BOARD FFFFFH 


FOOOOH 
EFFFEH 


E0000H 
DFFFFH 


iSBC 314 MODULE 
512KBYTES 


80000H 
7FFFFH 


ISBC 86/35 BOARD 
512K BYTES 


20000H 
1FFFFH 


NOTE: 


a fis = ae 
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(1M-64K) 


(1M-128K) 


iSBC 314 BOARD 


Auxiliary Power 


The low power memory protection option included 
on the iSBC 86/35 board supports the iSBC 314 
module. 


Physical Characteristics 


Width: 2.4 in. (6.10 cm) 
Length: 5.75 in. (14.61 cm) 
Depth*: 0.72 in. (1.83 cm) 
Weight: 0.13 oz. (59g) 


NOTE: 
*Combined depth including host board. 


RAM 
ACCESS 
FROM 


im OFF-BOARD ceecey 


ENDING 


K 
— ADDRESS 


FOOOOH 
EFFFFH 


E0000H 
DFFFFH 


896K 


80000H 
7FFFFH 


BEGINNING 
ADDRESS 


40000H 
3FFFFH 


20000H 
1FFFFH 


10000H 
OFFFFH 


00000H 
280000-3 


All memory above this boundary may be disabled under software control to allow access to MULTIBUS system bus. 


Figure 2. Address Range Selection 
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iSBC314BOARD | : 


Electrical Characteristics 


DC Power Requirements* 

* Additional power required by the iSBC 314 MULTI- 
MODULE is: 

Typical: 60 mA @ +5V 

Maximum: 140 mA @ +5V 


Environmental Characteristics 
Operating Temperature: 0°C to + 55°C 


Relative Humidity: to 90% (without 
condensation) 


Reference Manual 


All necessary documentation for the iSBC 314 MUL- 
TIMODULE board is included in the iSBC 86/35 
Hardware Reference Manual (NOT SUPPLIED). 


Order Number: 146245-002 
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ORDERING INFORMATION 


Part Number Description 


SBC 314 512K byte Memory MULTIMODULE 
option for iSBC 86/35 board 
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ISBC 304* 
128K BYTE RAM MULTIMODULE BOARD 


m@ iSBC 304 Module Provides 128K Bytes m On-board Memory Expansion 


of Dual Port RAM Expansion for the Eliminates MULTIBUS System Bus 
iSBC 86/30 or iSBC 86/35 Board Latency and Increases System 
Throughput 


The iSBC 304 module provides simple, low cost memory expansion for the iSBC 86/30 and iSBC 86/35 Single 
Board Computers. The iSBC 304 provides 128K bytes RAM expansion to the iSBC 86/35 giving a total 
capacity of 640K bytes RAM memory. The RAM MULTIMODULE option offers flexibility in defining and imple- 
menting Intel single board computer systems. RAM MULTIMODULES expand the memory configuration on- 
board, eliminating the need for accessing the additional memory via the MULTIBUS system bus. 


210329-1 


*The iSBC 304 Board is also manufactured under product code pSBC 304 by Intel Puerto Rico, Inc. 


September 1993 
Order Number: 210329-003 9-13 
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iSBC 304 MULTIMODULE BOARD 


FUNCTIONAL DESCRIPTION 


Each MULTIMODULE contains dynamic RAM devic- 
es and sockets for the dynamic RAM controller. To 
install the module, the latches and controller from 
the host CPU board are removed and inserted into 
sockets on the RAM MULTIMODULE. The module is 
then mounted onto the host board. Pins extending 
from the controller and latch sockets mate with de- 
vice sockets underneath (see Figure 1). Additional 
pins mate to supply other signals to complete the 
electrical interface. 


DYNAMIC 
RAM CONTROLLER 
(FROM HOST) 


REPLACEMENT 
MEMORY ADDRESS 
DECODE PROM 
(SUPPLIED WITH iSBC 
MULTIMODULE OPTION) 


The module is then secured at three additional 
points with nylon hardware to ensure the mechanical 
security of the assembly. 


To compiete the installation, one socketed PROM is 
replaced on the host CPU board with the one sup- 
plied with the MULTIMODULE kit. This is the 
MULTIBUS address decode PROM which allows the 
host board logic to recognize its expanded on-board 
memory compliment. 


MEMORY LATCHES 
(FROM HOST) 


iSBC 
MULTIMODULE 
OPTION 


/ 
NYLON MOUNTING 
HARDWARE (3 PLACES) 
(SUPPLIED WITH iSBC 
MULTIMODULE OPTION) 


210329-2 


Figure 1. Installation of the MULTIMODULE RAM on the Host Single Board Computer 
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a : , ae 
intel : iSBC 304 MULTIMODULE BOARD 


SPECIFICATIONS Auxiliary Power 
; The low power memory protection option included 
Word Size on the CPU host boards supports the RAM modules. 


8 or 16 bits (16-bit data paths) 
Physical Characteristics 
Memory Size Width: 2.4 in. (6.10 cm) 


iSBC 304 Module—128K bytes RAM Height: 5.75 in. (14.61 cm) 
Depth*: 0.72 in. (1.83 cm) 


Weight: 0.13 oz. (59 g) 


Cycle Time 
, *NOTE: 
BG 904-—-Fal ns road), 200 ne twits) Combined depth including host board. 
Memory Addressin ; 
ry 9 Electrical Characteristics 
CPU ACCESS 
DC POWER REQUIREMENTS 
iSBC 304 (with iSBC 86/35)—640K bytes (total ca- 
one: phi (address range) muah, iSBC 304: 640 mA at + 15V incremental power 
iSBC 304 (with iSBC 86/30)—256K bytes (total ca- 
pacity); Aseritee isle wie) . Environmental Characteristics 


Operating Temperature: 0°C to 55°C 
MULTIBUS Access 


Jumper selectable for any 32K byte boundary, but 
not crossing a 256K byte boundary. 


Relative Humidity: to 90% (without condensation) 


ORDERING INFORMATION 
Order Code Description 


Private Memory Allocation SBC304 128K MULTIMODULE option for 


Segments of the combined host/MULTIMODULE Laie 86/30 or ISBC 86/35 CPU 
RAM memory may be configured as a private re- 9 a 

source, protected from MULTIBUS system access. 

The amount of memory allocated as a private re- 

source may be configured in increments of 25% of 

the total on-board memory ranging from 0% to 

100%. 


iSBC 429 UNIVERSAL SITE MEMORY 
EXPANSION BOARD 


280668 -1 


CMOS MULTIBUS I MEMORY EXPANSION BOARD SUPPORTS 
LATEST MEMORY TECHNOLOGY 


The iSBC 429 board provides a wide range of memory expansion capabilities for Multibus 
designs. Up to 4 MBytes of memory can be installed using EPROM, Flash memory, 
SRAM, E2PROM or Static NVRAM. 


The CMOS implementation of the iSBC 429 makes it ideal for low power applications. 


All of Intel’s Single Board Computers can communicate with the iSBC 429 using the 
Multibus System bus. Alternatively, the iSBC 429 may be optionally configured to use the 
iLBX bus for faster access to the iSBC 186/03A, 286/10A, 286/12 series or 386/12 series 
of Single Board Computers. 


FEATURES e Low power CMOS design 

e Supports EPROM, Page Mode EPROM, ¢ Battery Backup/Memory Protect 
E2PROM, Flash Memory, SRAM and support 
Static NVRAM e Assignable anywhere within a 16 

e Thirty-two standard 32-pin JEDEC sites Megabyte address space on 4 Kbyte 
(supports both 28-pin and 32-pin devices) boundaries 
up to 4 MByte capacity 


e iLBX Bus or Multibus Configurability 


August 1993 
9-16 Order Number: 280668-001 
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| FEATURES | 3 | 


iLBX BUS 


The iSBC 429 board can be configured via 
jumpers to communicate with either the 
Multibus interface or the iLBX Bus interface. 
Significant memory access time improvements 
can be realized using the iLBX Bus interface 
versus the Multibus interface, due to its 
dedicated, unarbitrated architecture. 
Additional information on the iLBX Bus is 
available in the iLBX Specification, order 
number 145695-Rev. A. 


CMOS DESIGN 


For embedded control applications which are 
sensitive to power consumption, the iSBC 429 
was designed with CMOS components and it 
will support many CMOS memory devices. 
Unpopulated, the iSBC 429 requires 5.25 watts 
at 5 volts. 


FLASH MEMORY SUPPORT 


The iSBC 429 board supports Intel’s new 
CMOS Flash Memory devices. These new > 
memory devices offer the most cost-effective 
and reliable alternative for updatable non- 
volatile memory. Memory contents can be 
erased and reprogrammed on-board during 
subassembly test, in-system during final test, 
and in-system after sale. 


MEMORY BANKS 


The thirty-two sites on the iSBC 429 board are 
partitioned into two banks of 16 sites each. 
Both banks are independently configurable to 


any of the device types supported on the board. 


Each bank can support up to 2 Megabytes 
using 27010 devices. 


MEMORY ADDRESSING 


The address space of each bank can be 
independently configured for starting address 
and size. The starting address can be on any 4 
KByte boundary within the 16 MByte 
Multibus address space. The size of each bank 
is a multiple of 64 KBytes. 


MODE OF OPERATION 


The iSBC 429 board can operate in one of two 
modes: the 8 bit only mode or the 8/16 bit 
mode. The 8 bit mode provides the most 
efficient memory configuration for systems 
handling 8 bit data only. The 8/16 bit mode 
allows the iSBC 429 board to be compatible 
with systems employing 8 bit and 16 bit 
masters. The mode of operation is selected by 
on-board jumpers and is available for both 
Multibus and iLBX Bus configurations. 


MEMORY ACCESS 


The iSBC 429 board has jumper-selectable 
access times for each bank which allows the 
board to be tailored to the performance of the 
particular devices which are installed in the 
iSBC 429 board. The iSBC 429 accepts devices 
with an access time ranging from 150 ns witha 
minimum granularity of 99 ns and results ina 
board access time from 182 ns to 1667 ns. Each 
bank can be configured for access time. 


INHIBITS 


Inhibit signals are provided on the iSBC 429 
board to allow ROM to overlay RAM for 
bootstrapping or diagnostic operations. Each 
bank of the iSBC 429 board can be overlayed 
with the system RAM by jumpers provided on 
the board. (i.e. If banks are overlapped, inhibits 
can be used to select the appropriate bank.) 


BATTERY BACKUP 


_ The iSBC 429 board supports battery backup 


operation via a connector on the board. An 
auxiliary power bus is provided to allow 
separate power to the memory array for 
systems requiring battery backup. Selection of 
this auxiliary power bus is made via jumpers 
on the board. 


An active-low TTL compatible Memory Protect 
signal is brought out on the auxiliary 

connector which, when asserted, disables 

access to the memory array. This input is 
provided for the protection of Memory contents | 
during system power-down sequences. 
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MEMORY DEVICES SUPPORTED BY THE iSBC 429 


area | aniza | arose | avsiz | zroi0 | 270m | — 


eae 
pan | 


oe 
27F 256 


v 


Static “ 
NVRAM#4 


Frat atau 


8x16x8 
vw 


27513 27011 


1 “yw” denotes that the iSBC 429 board will support the device indicated, but that it is not currently available from Intel. 


2 Five Volt only, Enhanced 
3 12 Volt Vpp only 


4 Static NVRAM devices exceed the height specification for Multibus. The iSBC 429 will occupy more than one slot with these 


devices installed. 


WORD SIZE 
8 or 8/16 bits 


MEMORY SIZE 


Sockets are provided for up to thirty-two 32-pin 
or 28-pin devices which can provide up to 4 
Megabytes of EPROM/ROM/SRAM/Flash 
Memory. 


ACCESS TIME 


Access time is jumperable from 182 ns to 1667 
ns with a granularity of 99 ns to optimize 
performance for the devices which are 
installed and is equivalent for Multibus and 
iLBX Bus. 


POWER REQUIREMENTS 


Vec=5 volts +5% 

Vpp= 12 volts 5% 

i.e = 1.2 amps, maximum, without any memory 
devices in the board. 


PHYSICAL CHARACTERISTICS 


Width - 12.00 inches (30.48 cm) 
Depth - 7.05 inches (17.91 cm) 


. Height - .5 inches (1.27 cm) 


ENVIRONMENT 


Operating Temperature - 0° C to + 60° C 
(Convection cooling) 
Relative Humidity - 90% non-condensing 


ORDERING INFORMATION 


_PART NUMBER DESCRIPTION 


SBC 429 Universal Site Memory 


Expansion Board 
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REFERENCE MANUAL 


457317-001 - iSBC 429 Hardware Reference 
Manual (NOT SUPPLIED) 


| ISBC 428 UNIVERSAL SITE 


MEMORY EXPANSION BOARD 
m= Supports EPROM, ROM, E2PROM, m@ Sixteen 28-Pin Universal Sites 
SRAM, IRAM and NVRAM. m Assignable Anywhere within a 16 Mbyte 
= iLBX BUS or MULTIBUS Selectable Address Space on 256K Byte 
m Provides Support for Battery Backup/ Boundries 
Memory Protect m@ Jumper Selectable Base Address on 


4K Byte Boundaries 


The iSBC 428 Universal Site Board is a member of Intel’s complete line of Memory and |/O Expansion boards. 
The iSBC 428 Universal Site Memory Expansion Board interfaces directly to the iSBC 80, iSBC 88, or iSBC 86 
Single Board Computers via the MULTIBUS System Bus to expand system memory requirements, while 
system memory requirements for iSBC 286 Single Board Computer can interface via either the MULTIBUS or 
the high speed iLBX Bus. 


281013-1 


September 1993 
Order Number: 281013-001 9-19 


iSBC 428 eS 


FUNCTIONAL DESCRIPTION 


General 


The iSBC 428 board contains sixteen 28 pin sock- 
ets. The actual capacity of the board is determined 
by the type and quantity of components installed by 
the user. The iSBC 428 board is compatible with five 
different types and densities of devices: the 2K by 8 
thru 64K by 8 EPROM/ROM devices, 2K by 8 thru 
8K by 8 “Five Volt Only, Enhanced” E2PROM devic- 
es, 512 by 8 thru 16K by 8 NVRAM (Non-Volatile 
RAM) devices, 2K by 8 thru 32K by 8 SRAM devices, 
and 8K by 8 IRAM (Integrated RAM) devices. In ad- 
dition the board can be accessed by either the MU- 
TIBUS System Bus or Intel’s new high speed iLBX 
Bus. 


iLBX Bus 


The iSBC 428 board can be configured via jumpers 
to communicate with either the MULTIBUS interface 
or the iLBX Bus interface. Significant memory ac- 
cess time improvements can be realized over the 
iLBX Bus interface (versus the MULTIBUS interface) 
due to its dedicated, unarbitrated architecture. Addi- 
tional information on the iLBX Bus is available in the 
iLBX Specification #144456. 


Memory Banks 


The sixteen sites on the iSBC 428 board are parti- 
tioned into two banks of 8 sites each. Within each 
bank the 8 sites are futher partitioned into 2 groups 
of 4 sites each. Each group of 4 sites is configurable 
to each of the six device types described above via 
a “Configurator”. The “Configurator” is an arrange- 
ment of push-on jumpers which configures each of 
the four groups of 4 sites. Within each bank devices 
of the same density must reside and within each 
group devices of the same type must reside (i.e., 
SRAM or EPROM). 


Memory Addressing 


Addressing of the iSBC 428 board is by pages. 
There are 64-—256K pages which are jumpers select- 
able. Each of the two banks are independently ad- 
dressable and can reside in any page. Actual begin- 
’ ning and ending addresses within a page are a func- 
tion of the actual device size and, as with the pages, 
are determined by jumpers. Because of the paging 
based memory addressing architecture more than 
one iSBC 428 board can be placed in a system. 
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intel. 


The iSBC 428 board can operate in one of two 
modes: the 8 bit only mode or the 8/16 bit mode. 
The 8 bit mode provides the most efficient memory 
configuration for systems handling 8 bit data only. 
The 8/16 bit mode allows the iSBC 428 board to be 
compatible with systems employing 8 bit and 16 bit 
masters. The mode of operation is selected by on 
board jumpers and is available for both MULTIBUS 
and iLBX Bus configurations. 


Mode of Operation 


Memory Access 


The iSBC 428 board has jumper selectable access 
time, which allows the board to be tailored to the 
performance of the particular devices which are in- 
stalled in the iSBC 428 board. The board can be 
configured via jumpers to accept devices with an ac- 
cess time range of 50 ns to 500 ns with a granularity 
of 50 ns and results in a board access time from 
225 ns to 775 ns. 


interrupt 


The iSBC 428 board has the capability of generating 
an interrupt for the write and erase operations of 
E2PROMs. The interrupt can be configured in two 
ways: one, to signal completion of the E2PROM 
write cycle, or two, allow polling by the system to 
determine the status of the E2PROM during the 
write programming time. 


Inhibits 


Inhibits are provided on the iSBC 428 board to allow 
ROM to overlay RAM for bootstrapping or diagnostic 
operations. Each bank of the iSBC 428 board can be 
overlayed with the system RAM by jumpers provided 
on the board. 


Battery Backup 


The iSBC 428 board supports battery backup opera- 
tion via a connector on the board. An auxiliary power 
bus is provided to allow separate power to the mem- 
ory array for systems requiring battery backup. Se- 
lection of this auxiliary power bus is made via jump- 
ers on the board. 


An active-low TTL compatible Memory Protect sig- 
nal is brought out on the auxiliary connector which, 
when asserted, disables access to the memory ar- 
ray. This input is provided for the protection of Mem- 
ory contents during system power-down sequences. 
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Devices Supported 


“a 
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Listed below are the current and future devices supported by the iSBC 428 board. 


2716 2732A 2764 27128 27256 
X 
Xx 5V, Enhanced 
X NMOS & CMOS 
2186 -— ae 


ADDRESS 
SELECTION 
LOGIC | 
TIMING AND i 
| YF contron «FF SIXTEEN 28-PIN 
LOGIC ‘aia SITES 


MULTIBUS iLBX i 
DATA TERFAC 
TRANSCEIVERS i sip chin TRANSCEIVERS 


MULTIBUS SYSTEM BUS 


iLBX BUS INTERFACE 


iSBC 428 Block Diagram 


281013-2 
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iSBC 428 
SPECIFICATIONS 
Word Size 


8 or 8/16 bits 


Memory Size 


Sockets are provided for up to sixteen 28 pin devic- 
es which can provide up to 512K bytes of EPROM/ 
ROM/SRAM. 


Access Time 


Jumperable from 225 ns to 775 ns with a granularity 
of 50 ns and is equivalent for both MULTIBUS and 
the iLBX Bus. 


Power Requirements 
Voc = 5 volts +5% 


‘loc = 2.0 amps, maximum, without any memory de- 
vices in the board. 
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Physical Characteristics 


Length: 30.48 cm (12 inches) 
Width: 17.15 cm (7.05 inches) 
Depth: 1.27 cm (0.5 inches) 


Environment 


Operating Temperature: 0°C to + 55°C 
Relative Humidity: 90% non-condensing 


ORDERING INFORMATION 


Order Code 
SBC428 


Description 


Universal Site Memory Expansion 
Board 


. pee se sMaaiskets ty ge ziogl a ian at ne ara ts pia ec a ee ; 
=) 
INTal. 
' «(SBC 341 
28-PIN MULTIMODULE EPROM 
@ On-board Memory Expansion for m Sockets for Up to 256K Bytes of 
iSBC 86/05A, iSBC 88/45, Expansion with Intel 27512 EPROMs 
ISBC 186/03A, iSBC 286/10A, m On-Board Expansion Provides “No Wait 
iSBC 188/56, iSBC 286/12 Series, and 99 
State” Memory Access with Selected 
iSBC 88/40A Microcomputers Devices 


m@ Supports JEDEC 24/28-Pin Standard 
Memory Devices, Including EPROMs, 
Byte-Wide RAMs, and E2PROMs 


m@ Simple, Reliable Mechanical and 
Electrical Interface 


The iSBC 341 28-pin MULTIMODULE EPROM board provides simple, low-cost expansion of the on-board 
EPROM capacity of the iSBC 86/05A, the iSBC 88/25, iSBC 186/03A, iSBC 286/10A, iSBC 286/12 Series 
Single Board Computers and the iSBC 88/40A Measurement and Control Computer. Four additional 28-pin 
sockets support JEDEC 24/28-pin standard devices, including EPROMs, byte-wide static and psuedo-static 
RAMs. 


The MULTIMODULE expansion concept provides the optimum mechanism for incremental memory expan- 


sion. Mounting directly on the microcomputer, the benefits include low cost, no additional power requirements 
beyond the memory devices, and higher performance than MULTIBUS-based memory expansion. 


Bs 0 
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September 1993 
Order Number: 280214-001 9-23 


iSBC 341 BOARD 


FUNCTIONAL DESCRIPTION 


The iSBC 341 28-pin MULTIMODULE EPROM op- 
tion effectively doubles the number of sockets avail- 
able for EPROM on the base microcomputer board 
on which it is mounted. The iSBC 341 board con- 
tains six 28-pin sockets. Two of the sockets have 
extended pins which mate with two of the sockets 
on the base board. Two of the EPROMs which 
would have been inserted in the base board are then 
reinserted in the iSBC 341 sockets. Additional inter- 
face pins also connect chip select lines and power. 
The mechanical integrity of the assembly is assured 
with nylon hardware securing the unit in two places. 


Through its unique interface, the iSBC 341 board 
can support 8- or 16-bit data paths. The data path 
width is determined by the base board—being 8 bits 
for the iSBC 88/40A and iSBC 88/25 microcomput- 
ers, and 8/16 bits for the iSBC 86/05A, 
iSBC 186/03A, iSBC 286/10A, and iSBC 286/12 
Series Single Board Computers. 


SPECIFICATIONS 


Word Size 


8 or 8/16 bits (determined by data path width of 
base board). 


Memory Size 


256K bytes with available technology (JEDEC stan- 
dard defines device pin-out to 512-bit devices). 


Device Size | EPROM | Max iSBC 341 Capacity 
(Bytes) Type (Bytes) 


Access Time 


Varies according to base board and memory device 
access time. Consult data sheet of base board for 
details. 


Memory Addressing 


Consult data sheet of base board for addressing 
data. 
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NOTE: : 
1. Incremental power drawn from host board for four addi- 
tional devices. 


Auxiliary Power 


There are no provisions for auxiliary power (battery 
backup) on the iSBC 341 option. 


Physical Characteristics 
Width: 3.4 in. (8.64 cm) 


Length: 2.7 in. (6.86 cm) 


: Height: 0.78 in. (1.98 cm)* 


Weight: 5 oz. (141.5 gm) | 
*Includes height of mounted memory devices and 
base board. 


All necessary mounting hardware (nylon screws, 
spacers, nuts) is supplied with each kit. 


Environmental Characteristics 
Operating Temperature: 0°C to + 55°C 


Relative Humidity: to 90% (without condensa- 
tion) 


Reference Manuals 


All necessary documentation for the iSBC 341 mod- 
ule is included in the CPU board Hardware Refer- 
ence Manuals (NOT SUPPLIED) 


iSBC 186/03A — Order No. 148060-001 
iSBC 86/05A — Order No. 147162-002 
iSBC 88/40A — Order No. 147049-001 
iSBC 286/10A — Order No. 147532-001 
iSBC 286/12 — Order No. 147533-001 


ORDERING INFORMATION 


Part Number Description 
SBC 341 28-Pin MULTIMODULE EPROM 


Multibus I 7 O 


Peripheral Controllers 
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MULTIBUS I CONTROLLER FOR HIGH PERFORMANCE, 
HIGH CAPACITY PERIPHERALS 


The iSBC 221 is a multifunction peripheral controller that provides access to high- ~ 
performance, high-capacity disk drives (hard, flexible, and streaming tape). I/O bound 
applications and/or those requiring high disk capacity will especially benefit from this 
fast, reliable controller. The iSBC 221 can replace the Intel iSBC 214 without changing 
the operating system device driver or the disk drives. 


FEATURES 

e Support for ESDI and ST506/412 hard 
disk drives, SA 45X/46X/475 flexible 
disk drives, and QIC-02 streaming tape 
drives 

e Multiple track caching via 128K on- 
board data buffer 

e Dual bus structure 

e 10 MHz 80186 Microprocessor 

e Mirror backup/restore between tape and 
hard drive 

¢ On-board self-test diagnostics 

e Error-checking and correcting code logic 

e Support for 4,096 cylinders and 16 heads 


*The iSBC 221 is also manufactured under product code pSBC 221 by Intel Puerto Rico, Inc. 
*XENIX is a trademark of Microsoft, Inc. 
UNIX is a trademark of UNIX System Laboratories. 


August 1993 
Order Number: 280410-002 10-1 


Data Tape 
Buffer Interface 


Custom DMA 
Controller 


DRAM 


Local Transfer Bus Controller 


1/0 Transfer Bus 


Concurrent 
Bus 
Sequencer 


Peripheral Access Controller (PAC) 


MULTIBUS Interrupt Hard Drive Flexible Drive 
Interface Controller interface Interface 


Figure 1: Simplified Block Diagram of iSBC 221 Peripheral Controller 


J J2 J3 JA J5 
*Hard Drive 1 fe Hard Drive 2 fel Hard Drive * Flexible Drive fam) Tape Drive 
Data Connector Data Connector Control Connector Data Connector Connector 


8465 Hard Drive Hard Drive Flexible Drive Tape 
Data Control Control Control Control 
Separator PAL PAL PAL PAL 
Flexible Drive 
Control 2 
PAL 


Dig tory be, Hard Drive 8742 fe Celery Drive 8272A Flexible Drive 8742 Tape Interface 
Control Dig tory be, Interface Control fe Celery Control U25 Control U26 


USO US1 US2 US3 ROM 


Pheripheral 
Access 
Control 

U54 


8259 
Interrupt 


Data Buffer Controller 


MULTIBUS P1 Connector MULTIBUS P2 Connector 


Figure 2: Connectors and Major Components of iSBC 221 Peripheral Controller 
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intel. | 
| FEATURES | 


INTERFACE SUPPORT 


Nepeat fee teal 
oh 
Flexible Disk 
pio 


90/112.5 Kbit/sec 
(typical) 


Streaming 
Tape 
(up to 4) 


HIGH PERFORMANCE 


I/O-bound applications are accelerated by the 
combination of the ESDI standard, a 128K data 
buffer, a 10 MHz 80 186 microprocessor, and a 
dual bus structure. The dual bus structure 


allows the iSBC 221 to concurrently transfer 
data between the controller and the peripheral 
devices and between the controller and the 
host. 


WORLDWIDE SERVICE AND 
SUPPORT 


Intel provides support for board repair or on- 
site service. Development support options 
include phone support, subscription service, 
on-site consulting and customer training. 


QUALITY AND RELIABILITY 
TESTING 

The iSBC 221 is designed and manufactured in 
accordance with Intel’s high quality standards. 


We then verify quality through rigorous 
testing in our state-of-the-art Environmental 


~ Test Laboratory. 


| SPECIFICATIONS | 


PHYSICAL CHARACTERISTICS 


Length: 12.0 in. (804.8 mm) 
Width: 6.75 in. (171.5 mm) 
Approximate Weight: 24 oz. (680 g) 


POWER REQUIREMENTS 

+5 VDC @ 4.5A maximum 

+12V @0.5A 

ENVIRONMENTAL 

REQUIREMENTS 

Operating Temperature: 0°C to + 55°C @ 200 
LFM 


Non-Operating: —55°C to + 85°C 
Humidity: 0% to 90% non- 
condensing 


REFERENCE MANUAL 


iSBC 221 Peripheral Controller User’s Guide 
Order Number 451210 


DEVICE DRIVERS 


Check the latest release of the following 
operating systems for details: 


iRMXI XENIX* 
iRMX II UNIX* 
iRMX III 


ORDERING INFORMATION 


Order Code Description 


SBC221 Peripheral Controller 
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intel. 
iSBC 548/549 TERMINAL CONTROLLERS 


280674-1 


HIGH PERFORMANCE TERMINAL CONTROLLER BOARDS 
FOR MULTIBUS I 


The iSBC 548 and iSBC 549 are intelligent terminal controllers for Multibus I 
applications. The iSBC 548 provides basic multiuser support with 8 channels of RS 232 
Asynchronous interface. The iSBC 549 combines 4 serial channels with a real-time clock 
and a line printer interface. Acting as intelligent slaves for communication expansion, 
these boards provide high performance, low cost solutions for multi-user systems. 


FEATURES 
iSBC 548 Features Standard iSBC 548/549 Features 
e Supports eight channels asynchronous e 8 MHz 80186 Microprocessor 

RS232 interface e Supports transfer rates up to 19.2K Baud 
iSBC 549 Features e 128 Kbytes Zero Wait State DRAM (82K 
e Supports four channels asynchronous Dual Port) 

S099 interface e Supports Full Duplex Asynchronous 

Transmissions 


e Line printer interface 
¢ Real-time clock/calendar with battery 
backup 


e Jumper selectable memory mapping, I/O 
mapping and Multibus Interrupts 


*IBM is a trademark of International Business Machines. 
*Centronics is a registered trademark of Centronics, Inc. 


August 1993 
Order Number: 280674-002 11-1 


intel. 
| FEATURES | . 


ASYNCHRONOUS RS232 
INTERFACE SUPPORT 


The iSBC 548/549 Asynchronous RS232 
Internal support is presented in DTE 
Configuration. 82530 Serial Communications 
Controllers (SCCs) provide channels of half/ 
full duplex serial I/O. Configurability of the 
82530 allows handling all asynchronous data 
formats regardless of data size, number of start 
or stop bits, or parity requirements. The 
synchronous transmission features of the 
82530 are not supported. An on-chip baud rate 
generator allows independent baud rates on 
each channel. The serial lines can be brought 
to the back-panel via 40-pin connectors and 
ribbon cable. 


LINE PRINTER INTERFACE 


The iSBC 549 incorporates a standard line 
printer interface compatible with IBM* or 
Centronics* line printers. Intelligent buffering 
on the iSBC 549 allows the CPU to offload 
printing tasks and return to higher priority 
jobs. 


REAL-TIME CLOCK/CALENDAR 


Multibus systems will benefit from the real- 
time clock present on the iSBC 549 in 
applications requiring time stamp operations, 
unattended boots and other calendar 
requirements. The clock/calendar circuit is 
backed up by a non-rechargeable battery 
which keeps the clock/calendar operating for 
six months with all other power off. 


8 MHZ 80186 MICROPROCESSOR 


__ The 80186 central processor component 
provides high- performance, flexibility, and 
powerful processing. The 80186/82530 
combination with on-board PROM/EPROM 
sites, and dual-port RAM provides the 
intelligence and speed to manage multi-user 
communications. 


TRANSFER RATES UP TO 19.2K 
BAUD 


Collectively, each board has dual-port RAM 
providing an on-board buffer to handle 
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incoming and outgoing messages at data rates 
up to 19.2K baud. The resident firmware 
supports asynchronous RS232 serial channels, 
provides modem control and performs power- 
up diagnostics. Each serial channel can be 
individually programmed to different baud 
rates to allow system configurations with 
differing terminal types. 


MEMORY 


The iSBC 548/549 have three areas of memory 
on-board: dual-port RAM, private RAM, and 
EPROM. Each board contains 128K bytes of 
on-board RAM, 32K bytes of dual-port RAM 
can be addressed by other Multibus boards. 
The dual port memory is configurable in a 16 
Mbyte address space on 32 Kbyte boundaries 
as addressed from the Multibus port. The 
starting address is jumper selectable. 


The second area of memory is 96 Kbytes of 
private RAM which is addressable by the 
80186 on-board. 


The third area of memory is EPROM memory 
expansion. Two 28-pin JEDEC sockets are 
provided. These sockets come populated with 
two EPROMs which contain the controller 
firmware. The boards can support 2764, 27128 
and 27256 EPROMs, giving a total capacity of 
64 Kbytes. The EPROM runs with zero wait 
states if EPROMs of access times 250ns or less 
are used. No jumper changes are needed to 
access different size EPROMs. 


WORLDWIDE SERVICE 
SUPPORT | 


Intel provides support for board repair or on- 
site service. Development options include 
phone support, subscription service, on-site 
consulting, and customer training. 


QUALITY AND RELIABILITY 


The iSBC 548 and iSBC 549 are designed and 
manufactured in accordance with Intel’s high 
quality standards. We then verify quality 
through rigorous testing in our state-of-the-art 
Environmental Test Laboratory. 


80186] | FIRM- iSBC® 386/12 @ iSBC® 549 
WAR 
E |] CONTROLLER HOST re CONTROLLER 


CLUSTER SYSTEM CLUSTER 
CONTROLLER PROCESSOR CONTROLLER 


MULTIBUS SYSTEM BUS MULTIBUS SYSTEM BUS 
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Figure 1: Terminal/Cluster Controller Application 


RS232 INTERFACE. 
CHLS 7 AND 8 
(ISBC 548 ONLY) 


RS232 INTERFACE REFRESH 
CHLS 5 AND 6 LOGIC 
(ISBC 548 ONLY) (ALL BOARDS) 


RS232 INTERFACE 
CHLS 3 AND 4 
(ALL BOARDS) 


RAM 
REFRESH (ALL BOARDS) RAM 
CONTROL CONTROL 
SIGNALS SIGNALS 


RS232 INTERFACE RAM 
CHLS 1 AND 2 ; CONTROL 
(ALL BOARDS) (ALL BOARDS) 


80186 
MICROPROCESSOR 
(ALL BOARDS) 


PRINTER INTERFACE 
(ISBC 549 ONLY) 


CLOCK/CALENDAR 
INTERFACE 
(ISBC 549 ONLY) 


ROM 
(ALL BOARDS) 


Figure 2: iSBC 548/549 Boards Block Diagram 
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| SPECIFICATIONS | | 


SERIAL COMMUNICATIONS 
CHARACTERISTICS 


Asynchronous only 
6-8 bit character length 
1, 1'4, or 2 stop bits per character 
Parity 
Programmable clock 
Break Generation 
Framing error detection 


Baud Rates 
The on-board firmware can automatically 
detect and set baud rates of 150, 300, 600, 
1200, 4800, 9600 and 19200. Other baud 
rates can be set by the host. 


Serial RS232C Signals Supported 
CD Carrier Detect 
- RXD Receive Data 
TXD Transmit Data 
DTR Data Terminal Ready 
SG Signal Ground 
DSR Data Set Ready 
RTS Ready to Send 
CTS Clear to Send 
RI Ringer Indicator 


These signals are supported by the iSBC 
548/549 Controller and on-board firmware. 
All signals may not be supported by the host 
operating system. 


MEMORY 
Dual Port RAM — 


On-Board RAM — 128 Kbytes total 

PrivateRAM — 96 Kbytes 

Dual Port RAM — 32 Kbytes, can be addressed 
from Multibus interface at 
any 32K boundary between 


80000H and F8000H or 
between F80000H and 
FF8000H. 
EPROM 
Options a 
Component On-Board Capacity Start Address 
2764 16K FCO00H 
27128 832K F8000H 
27256 64K FOOOH 
MULTIBUS SYSTEM BUS 
INTERFACE 


The iSBC 548/549 boards meet Multibus IEEE 
796) bus specification D16 M24 116 VO E. 
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DEVICE DRIVERS 


Check the latest release of the following 
operating systems for details: 


iRMX 86 iRMX II 


ENVIRONMENTAL 

CHARACTERISTICS 

Temperature — 0°C to 55° C at 200 Linear 
Feet/Minute (LFM) Air 
Velocity 


Humidity — 5% to 90% non-condensing 


(25°C to 70°C) 


PHYSICAL CHARACTERISTICS 


iSBC 548 iSBC 549 

30.34cm (12.00 in) 30.34cm (12.00 in) 
16.87cm (6.75 in) 16.87cm (6.75 in) 
Height 1.27 cm (.5 in) 1.27 cm (.5 in) 
Weight 400 gm (14 oz) 358 gm (12.5 oz) 


POWER REQUIREMENTS — 


Maximum Power Required per Voltage 
Voltage (Volts) Current (Amps) Power (Watts) 
iSBC 548 


Width 
Length 


+ =p 3.49 17.5 
+12 14 i 
= 12 1 1.3 
iSBC 549 
+ & 3.26 16.3 
+12 07 8 
— 12 .06 A 
ORDERING INFORMATION 
Part Number Description 
iSBC 548 8 Channel High Performance 
Terminal Controller 
iSBC 549 4 Channel High Performance 
Terminal Controller with 
Line Printer/Clock 
REFERENCE MANUALS 


iSBC 546/547/548/549 High Performance 
Terminal Controller Hardware Reference 
Manual - Order Number 122704-002 


iSBC 188/56 
COMMUNICATING COMPUTER 


m iSBC Single Board Computer or = 7 On-Board DMA Channels for Serial 
intelligent Slave Communication Board I/O, 2 80188 DMA Channels for the 


m 8 Serial Communications Channels, ISBX Bus Interface 
Expandable to 12 Channels on a Single @ Multibus Interface for System 


Multibus Board Expansion and Multimaster 

m 8 MHz 80188 Microprocessor Configuration 

m Supports RS232C Interface on 6 = Two iSBX Connectors for Low Cost I/O 
Channels, RS422A/449 or RS232C Expansion 
interface Configurable on 2 Channels m 256K Bytes Dual-Ported RAM On-Board 

m Supports Async, Bisync HDLC/SDLC, m@ Two 28-pin JEDEC PROM Sites 
On-Chip Baud Rate Generation, Half/ Expandable to 6 Sites with the iSBC 
Full-Duplex, NRZ, NRZI or FM 341 MULTIMODULE Board for a 
Encoding/Decoding Maximum of 192K Bytes EPROM 


m Resident Firmware to Handle up to 12 
RS232C Async Lines 


The iSBC 188/56 Communicating Computer is an intelligent 8-channel single board computer. This iSBC 
board adds the 8 MHz 80188 microprocessor-based communications flexibility to the Intel line of Multibus 
OEM microcomputer systems. Acting as a stand-alone CPU or intelligent slave for communication expansion, 
this board provides a high performance, low-cost solution for multi-user systems. The features of the iSBC 
188/56 board are uniquely suited to manage higher-layer protocol requirements needed in today’s data com- 
munications applications. This single board computer takes full advantage of Intel’s VLSI technology to pro- 
vide state-of-the-art, economic, computer based solutions for OEM communications-oriented applications. 
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*IBM is a registered trademark of International Business Machines 
*UNIX is a trademark of Bell Laboratories 
*XENIX is a trademark of Microsoft Corporation 


September 1993 
Order Number: 280715-004 11-5 
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iSBC 188/56 COMMUNICATING COMPUTER 


OPERATING ENVIRONMENT 


The iSBC 188/56 board features have been de- 
signed to meet the needs of numerous communica- 
tions applications. Typical applications include: 

1. Terminal/cluster controller 

2. Front-end processor 

3. Stand-alone communicating computer 


Terminal/Cluster Controller 


A terminal/cluster controller concentrates communi- 
cations in a central area of a system. Efficient 
handling of messages coming in or going out of the 
system requires sufficient buffer space to store 
messages and high speed !/O channels to transmit 
messages. More sophisticated applications, such as 
cluster controllers, also require character and format 
conversion capabilities to allow different types of ter- 
minals to be attached. 


The iSBC 188/56 Communicating Computer is well 
suited for multi-terminal systems (see Figure 1). Up 
to 12 serial channels can be serviced in multi-user or 
cluster applications by adding two iSBX 354 MULTI- 
MODULE boards. The dual-port RAM provides a 
large on-board buffer to handle incoming and 


ISBC 386/12 BOARD 


SYSTEM 
PROCESSOR 


intel. 


outgoing messages at data rates up to 19.2K baud. 
Two channels are supported for continuous data 
rates greater than 19.2K baud. Each serial channel 
can be individually programmed for different baud 
rates to allow system configurations with differing 
terminal types. The firmware supplied on the iSBC 
188/56 board supports up to 12 asynchronous 
RS232C serial channels, provides modem control 
and performs power-up diagnostics. The high per- 
formance of the on-board CPU provides intelligence 
to handle protocols and character handling typically 
assigned to the system CPU. The distribution of in- 
telligence results in optimizing system performance 
by releasing the system CPU of routine tasks. 


Front-End Processor 


A front-end processor off-loads a system’s central 
processor of tasks such as data manipulation and 
text editing of characters collected from the at- 
tached terminals. A variety of terminals require flex- 
ible terminal interfaces. Program code is often dy- 
namically downloaded to the front-end processor 
from the system CPU. Downloading code requires 
sufficient memory space for protocol handling and 
program code. Flow control and efficient handling of 
interrupts require an efficient operating system to 
manage the hardware and software resources. 


CLUSTER 
CONTROLLER 


| MULTIBUS SYSTEM BUS 
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Figure 1. Terminal/Cluster Controller Application 
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The iSBC 188/56 board features are designed to 
provide a high performance solution for front-end 
processor applications (see Figure 2). A large 
amount of random access memory is provided for 
dynamic storage of program code. In addition, local 
memory sites are available for storing routine pro- 
grams such as X.25, SNA or bisync protocol soft- 
ware. The serial channels can be configured for links 
to mainframe systems, point-to-point terminals, mo- 
dems or multidrop configurations. 


Stand-Alone Application 


A stand-alone communication computer is a com- 
plete computer system. The CPU is capable of man- 
aging the resources required to meet the needs of 
multi-terminal, multi-protocol applications. These ap- 
plications typically require multi-terminal support, 
floppy disk control, local memory allocation, and 
program execution and storage. 


To support stand-alone applications, the iSBC 
188/56 board uses the computational capabilities of 
an on-board CPU to provide a high-speed system 
solution controlling 8 to 12 channels of serial |/O 
(see Figure 3). The local memory available is large 
enough to handle special purpose code, execution 
code and routine protocol software. The Multibus in- 
terface can be used to access additional system 
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functions. Floppy disk control and graphics capabili- 
ty can be added to the iSBC stand-alone computer 
through the iSBX connectors. 


ARCHITECTURE 


The four major functional areas are Serial |/O, CPU, 
Memory and DMA. These areas are illustrated in Fig- 
ure 4. 


Serial I/O 


Eight HDLC/SDLC serial interfaces are provided on 
the iSBC 188/56 board. The serial interface can be 
expanded to 12 channels by adding 2 iSBX 354 
MUI_TIMODULE boards. The HDLC/SDLC interface 
is compatible with IBM* system and terminal equip- 
ment and with CCITT’s X.25 packet switching inter- 
face. 


Four 82530 Serial Communications Controllers 
(SCC) provide eight channels of half/full duplex ser- 
ial 1/O. Six channels support RS232C _interfac- 
es. Two channels are RS232C/422/449 configura- 
ble and can be tri-stated to allow multidrop networks. 
The 82530 component is designed to satisfy several 
serial communications requirements; asynchronous, 
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Figure 2. Front-End Processor Application 
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byte-oriented synchronous (HDLC/SDLC) modes. 
The increased capability at the serial controller point 
results in off-loading the CPU of tasks formerly as- 
signed to the CPU or its associated hardware. Con- 
figurability of the 82530 allows the user to configure 
it to handle all asynchronous data formats regard- 
less of data size, number of start or stop bits, or 
parity requirements. An on-chip baud rate generator 
allows independent baud rates on each channel. 


The clock can be generated either internally with the 
SCC chip, with an external clock or via the NRZ1 
clock encoding mechanism. 


All eight channels can be configured as Data Termi- 
nal Equipment (DTE) or Data Communications 
Equipment (DCE). Table 1 lists the interfaces sup- 
ported. 

Table 1. iSBC 188/56 Interface Support 


Modem to Direct| Modem to Direct 
Xx 


xX* * 
Channels Channels 
0 and 1 


N/A 


Point-to-Point 


X 


BOARD 
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Central CPU 


The 80188 central processor component provides 
high performance, flexibility and powerful process- 
ing. The 80188 component is a highly integrated mi- 
croprocessor with an 8-bit data bus interface and a 
16-bit internal architecture to give high performance. 
The 80188 is upward compatible with 86 and 186 
software. 


The 80188/82530 combination with on-board 
PROM/EPROM sites, and dual-port RAM provide 
the intelligence and speed to manage multi-user, 
multi-protocol communication operations. 


Memory 


There are two areas of memory on-board: dual-port 
RAM and universal site memory. The iSBC 188/56 
board contains 256K bytes of dual-port RAM that is 


addressable by the 80188 on-board. The dual-port 


memory is configurable anywhere in a 16M byte ad- 
dress space on 64K byte boundaries as addressed 
from the Multibus port. Not all of the 256K bytes are 
visible from the Multibus bus side. The amount of 
dual-port memory visible to the Multibus side can 
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Figure 3. Stand-Alone Application 


11-8 


280715-4 


a 

intel. 

be set (with jumpers) to none, 16K bytes, or 
48K bytes. In a multiprocessor system these fea- 
tures provide local memory for each processor and 
shared system memory configurations where the to- 


tal system memory size can exceed one megabyte 
without addressing conflicts. 


The second area of memory is universal site memo- 
ry providing flexible memory expansion. Two 28-pin 
JEDEC sockets are provided. One of these sockets 
is used for the resident firmware as described in the 
FIRMWARE section. 


The default configuration of the boards supports 
16K byte EPROM devices such as the Intel 27128 
component. However, these sockets can contain 
ROM, EPROM, Static RAM, or EEPROM. Both sock- 
ets must contain the same type of component (i.e. 
as the first socket contains an EPROM for the resi- 
dent firmware, the second must also contain an 
EPROM with the same pinout). Up to 32K bytes can 
be addressed per socket giving a maximum univer- 
sal site memory size of 64K bytes. By using the iSBC 
341 MULTIMODULE board, a maximum of 192K 
bytes of universal site memory is available. This pro- 
vides sufficient memory space for on-board network 
or resource management software. 
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On-Board DMA 


Seven channels of Direct Memory Access (DMA) 
are provided between serial |/O and on-board dual 
port RAM by two 8237-5 components. Each of chan- 
nels 0, 1, 2, 3, 5, 6, and 7 is supported by their own 
DMA line. Serial channels 0 and 1 are configurable 
for full duplex DMA. Configuring the full duplex DMA 
option for Channels 0 and 1 would require Channels 
2 and 3 to be interrupt driven or polled. Channel 4 is 
interrupt driven or polled only. 


Two DMA channels are integrated in the 80188 
processor. These additional channels can be con- 
nected to the iSBX interfaces to provide DMA capa- 
bility to iSBX MULTIMODULE boards such as the 


iSBX 218A Floppy Disk Controller MULTIMODULE 


OPERATING SYSTEM SUPPORT 


Intel offers run-time foundation software to support 
applications that range from general purpose to 
high-performance solutions. 
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Figure 4. Block Diagram of iSBC 188/56 Board 
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iSBC 188/56 COMMUNICATING COMPUTER 


The iRMX Operating System provides a rich set of 
features and options to support sophisticated stand- 
alone communications applications on the iSBC 
188/56 Communicating Computer. If the iSBC 
188/56 board is acting as an intelligent slave in a 
system environment, an iRMX driver resident in the 
host CPU is available. 


The System Debug Monitor (SDM) supports target 
system debugging for the iSBC 188/56 Advanced 
Communicating Commputer board. The monitor 
contains the necessary hardware, software and doc- 
umentation required to interface the iSBC 188/56 
target system to an Intel microcomputer develop- 
ment system for debugging application software. 


FIRMWARE 


The iSBC 188/56 Communicating Commputer board 
is supplied with resident firmware that supports up to 
12 RS232C asynchronous serial channels. In addi- 
tion, the firmware provides a facility for a host CPU 
to download and execute code on the iSBC 188/56 
board. Simple power-up confidence tests are also 
included to provide a quick diagnostic service. The 
firmware converts the iSBC 188/56 Commputer 
board to a slave communications controller. As a 
slave communications controller, it requires a sepa- 
rate Multibus host CPU board and requires the use 
of Multibus interrupt line to signal the host proces- 
sor. Table 2 summarizes the features of the firm- 
ware. 


Table 2. Features of the iSBC 188/56 Firmware 


Asynchronous Serial 
Channel Support 


Supports the serial channels in asynchronous ASCII mode. 
Parameters such as baud rate, parity generation, parity 


checking and character length can be programmed 


independently for each channel. 


Block Data Transfer 
(On Output) 


Relieves the host CPU of character-at-a-time interrupt 
processing. The iSBC 188/56 board accepts blocks of data for 
transmission and interrupts the processor only when the entire 
block is transmitted. 


Limited Modem Control Provides software control of the Data Terminal Ready (DTR) 
line on all channels. Transitions on the Carrier Detect (CD) line 


are sensed and reported to the host CPU. 


Transmits an XOFF character when the number of characters 
in its receive buffer exceeds a threshold value and transmits an 
XON character when the buffer drains below some other 
threshold. 


Provides a capability for the host CPU to load code anywhere in 
the address space of the iSBC 188/56 board and to start 
executing at any address in its address space. 


Tandem Modem Support 


Download and 
Execute Capability 


Power Up 
Confidence Tests 


On board reset, the firmware executes a series of simple tests 
to establish that crucial components on the board are 
functional. 
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INTERRUPT CAPABILITY 


The iSBC 188/56 board has two programmable in- 
terrupt controllers (PICs). One is integrated into the 
80188 processor and the other in the 80130 compo- 
nent. The two controllers are configured with the 
80130 controller as the master and the 80188 con- 
troller as the slave. Two of the 80130 interrupt inputs 
are connected to the 82530 serial controller compo- 
nents to provide vector interrupt capabilities by the 
serial controllers. The iSBC 188/56 board provides 
22 interrupt levels. The highest level is the NMI 
(Non-Maskable Interrupt) line which is directly tied to 
the 80188 CPU. This interrupt is typically used for 
signaling catastrophic events (e.g. power failure). 
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iSBC 188/56 COMMUNICATING COMPUTER 


There are 5 levels of interrupts internal to the 80188 
processor. Another 8 levels of interrupts are avail- 
able from the 80130 component. Of these 8, one is 
tied to the programmable interrupt controller (PIC) of 
the 80188 CPU. An additional 8 levels of interrupts 
are available at the Multibus interface. The iSBC 
188/56 board does not support bus vectored inter- 
rupts. Table 3 lists the possible interrupt sources. 


Table 3. Interrupt Request Sources 


SBX Connectors 


SBX\DMA 


Bus Fail-Safe Timeout 
Interrupt. 


DMA interrupt from iSBX (TDMA). 


Indicates iSBC 188/48 board timed out either waiting for 
Multibus access or timed out from no acknowledge while 
on Multibus System Bus. 


2 

Latched Interrupt Converts pulsed event to a level interrupt. Example: 4 
8237A-5 EOP. 

OR-Gate Matrix Concentrates up to 4 interrupts to 1 interrupt (selectable 
by stake pins). 

Ring Indicator Latches a ring indicator event from serial channels 4, 5, 

Interrupt 6, or 7. 

NOR-Gate Inverts up to 2 interrupts into 1 (selectable by stake 

Matrix pins). 


Number of 
interrupts | 
Multibus Interface Requests from Multibus resident peripherals or other 
INTO-INT7 CPU boards 
82530 Serial Controllers Transmit buffer empty, receive buffer full and channel 8 per 82530 
errors 1 and external status. Total = 32 
Internal 80188 Timer 0, 1, 2 outputs and 2 DMA channel interrupts. 
Timer and DMA 


80130 Timer Outputs Timer 0, 1, 2 outputs of 80130. Pe. Saeed 

Interrupt from Flag Flag byte interrupt set by Multibus master (through 4 

Byte Logic Multibus |/O Write). 

Bus Flag Interrupt Interrupt to Multibus (Selectable for INTO to INT7) 1 
generated from on-board 80188 I/O Write. 


Function determined by iSBX board. 


4 (Two per 
Connector) 
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iSBC 188/56 COMMUNICATING COMPUTER 


EXPANSION 


EPROM Expansion 


Memory may be expanded by adding Intel compati- 
ble memory expansion boards. The universal site 
memory can be expanded to six sockets by adding 
the iSBC 341 MULTIMODULE board for a maximum 
total of 192K bytes of universal site memory. 


iSBX 1/O Expansion Bus (IEEE 959) 


Two 8-bit iSBX bus connectors are provided on the 
iSBC 188/56 board. Using iSBX modules additional 
functions can be added to extend the I/O capability 
of the board. In addition to specialized or custom 
designed iSBX boards, there is a broad range of 
iSBX boards from Intel including serial and parallel 
I/O, analog I/O, and IEEE 488 GPIB, boards. 


The serial |1/O SBX boards available include the 
iSBX 354 Dual Channel Expansion MULTIMODULE 
board. Each iSBX 354 MULTIMODULE board adds 
two channels of serial |/O to the iSBC 188/56 board 
for a maximum of twelve serial channels. The 82530 
serial Communications controller on the MULTI- 
MODULE board handles a large variety of serial 
communications protocols. This is the same serial 
controller as is used on the iSBC 188/56 board to 
offer directly compatible expansion capability for the 
iSBC 188/56 board. 


MULTIBUS INTERFACE 


The iSBC 188/56 board can be a Multibus master or 
intelligent slave in a multimaster system. The iSBC 
188/56 board incorporates a flag byte signalling 
mechanism for use in multiprocessor environments 
where the iSBC 188/56 board is acting as an intelli- 
gent slave. The mechanism provides an interrupt 
handshake from the Multibus System Bus to the on- 
board-processor and vice-versa. 


The Multimaster capabilities of the iSBC 188/56 
board offers easy expansion of processing capacity 
and the benefits of multiprocessing. Memory and 
1/O capacity may be expanded and additional func- 
tions added using Intel Multibus compatible expan- 
sion boards. 


1i<2 


SPECIFICATIONS 


Word Size 


Instruction—8, 16, 24 or 32 bits 
Data Path—8 bits . 
' 82530 Clock 


Processor Clock DMA Clock 
8 MHz 4.9152 MHz 4 MHz 
Dual Port RAM 


iSBC 188/56 Board—256 bytes 
As viewed from the 80188—64K bytes 


As viewed from the Multibus System Bus—Choice: 
0, 16K or 48K 


EPROM 


iSBC 188/56 On Board Aiddvaes anne 
Board Using: Capacity 8 


8K bytes | FEOOO-FFFFF, 
16K bytes | FCO00-FFFFF} 
16K | 32K bytes | F8000-FFFFF, 
32K | 64K bytes | FOOO0-FFFFFY 
64K | 128K bytes | E0Q000-FFFFF, 


Memory Expansion 


EPROM with 
iSBC 341 
Board Using: 


Capacity Address Range 


24K bytes 
48K bytes 
96K bytes 
192K bytes 


F8000-FFFFFH 
FOO00-FFFFFH 
E0000-FFFFF} 
C0000-FFFFFy 


i/O Capacity 


Serial—8 programmable lines using four 82530 com- 
ponents 


SBX Bus—2 SBX single-wide boards 


] 
intel. 


Serial Communications Characteristics 


Synchronous—internal or external character syn- 
chronization on one or two synchronous characters 


Asynchronous—5-8 bits and 1, 11%, or 2 stop bits 
per character; programmable clock factor; break de- 
tection and generation; parity, overrun, and framing 
error detection. 


Baud Rates 
Synchronous 
X1 Clock 
Baud Rate 82530 Count Value 


(Decimal) 


36 
49 
126 
254 
510 
1022 
1363 
2046 
8190 


_ Asynchronous 
X16 Clock 
82530 Count Value 
Baud Rate (Decimal) 
6 


interfaces 


iSBX BUS 

The iSBC 188/56 board meets IEEE 959 compli- 
ance level D8/8 DMA 

MULTIBUS SYSTEM BUS 


The iSBC 188/56 board meets IEEE 796 compli- 
ance level Master/Slave D8 M24 116 VO EL. 


ISBC 188/56 COMMUNICATING COMPUTER 


SERIAL RS232C SIGNALS 
CD Carrier 


CTS Clear to Send 

DSR Data Set Ready 

DTE TXC Transmit Clock 

DTR Data Terminal Ready 
RTS Request to Send 
RXC Receive Clock 

RXD Receive Data 

SG Signal Ground 

TXD Transmit Data 

Ri Ring Indicator 


RS422A/449 SIGNALS 


RC Receive Common 
RD Receive Data 

RT Receive Timing 
SD Send Data 

Te Terminal Timing 


Environmental Characteristics 


Temperature: 0 to 55°C at 200 Linear Feet/Min. 
(LFM) Air Velocity 


to 90%, non-condensing (25°C to 
70°C) 


Humidity: 


Physical Characteristics 


Width: 30.48 cm (12.00 in) 
Length: 17.15 cm (6.75 in) 
Height: 1.04 cm (0.41 in) 
Weight: 595 gm (21 oz) 


Electrical Characteristics 


The power required per voltage for the iSBC 188/56 
board is shown below. These numbers do not in- 
clude the current required by universal memory sites 
or expansion modules. 


Voltage Current Power 
(Volts) (Amps) typ. (Watts) typ. 
5 


4.56A 22.8W 
+42 0.12A 1.5W 
mt? 0.11A 1.3W 


Reference Manual 


iSBC 188/56 Advanced Data Communications Com- 
puter Reference Manual Order Number 148209. 


ORDERING INFORMATION 
Order Code Description 


SBC188/56 8-Serial Channel Advanced Commu- 
nicating Computer 
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ISBC 544A 
INTELLIGENT COMMUNICATIONS CONTROLLER 


iSBC Communications Controller Acting 


as a Single Board Communications 
Computer or an Intelligent Slave for 
Communications Expansion 


On-Board Dedicated 8085A 
Microprocessor Providing 
Communications Control and Buffer 
Management for Four Programmable 
Synchronous/Asynchronous Channels 


Sockets for Up To 8K Bytes of EPROM 


16K Bytes of Dual Port Dynamic Read/ 
Write Memory with On-Board Refresh 


Extended Multibus Addressing Permits 
Board Partitioning into 

16K-Byte Segments in a 1-Megabyte 
Address Space 


= Ten Programmable Parallel |/O Lines 


Compatible with Bell 801 Automatic 
Calling Unit ; 


Twelve Levels of Programmable 
interrupt Control 


Individual Software Programmable 
Baud Rate Generation for Each Serial 
1/O Channel 


Three Independent Programmable 
interval Timer/Counters 


interface Control for Auto Answer and 
Auto Originate Modem 


The iSBC 544A Intelligent Communications Controller is a member of Intel’s family of Multibus single-board 
computers, memory, I/O, and peripheral controller boards. The iSBC 544A board is a complete communica- 
tions controller. The on-board 8085A CPU may perform local communications processing by directly interfac- 
ing with on-board read/write memory, nonvolatile read only memory, four synchronous/asynchronous serial 
I/O ports, RS232/RS366 compatible parallel |1/O, programmable timers, and programmable interrupts. 
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August 1993 
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iSBC 544A Intelligent Communications Controller Block Diagram 
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iSBC 544 COMMUNICATIONS CONTROLLER 


SPECIFICATIONS 


Serial Communications Characteristics 


5-8 bit characters; automatic 
sync insertion; parity. 

Asynchronous — 5-8 bit characters; break char- 
acter generation; 1, 11%, or 2 
stop bits; false start bit detec- 
tion; break character detection. 


Synchronous — 


Baud Rates 


Frequency (KHz)(1) 
(Software 
Selectable) 


Baud Rate (Hz)(2) 


NOTES: 

1. Frequency selected by |/O writes of appropriate 16-bit 
frequency factor to Baud Rate Register. 

2. Baud rates shown here are only a sample subset of pos- 
sible software programmable rates available. Any frequen- 
cy from 18.75 Hz to 614.4 KHz may be generated utilizing 
on-board crystal oscillator and 16-bit Programmable Inter- 
val Timer (used here as a frequency divider). 


8085A CPU 


Word Size — 8, 16 or 24 bits/instruction; 8 bits of 
data 


Cycle Time — 1.45/yus +0.01% for fastest execut- 
able instruction; i.e., four clock cy- 
cles. 


Clock Rate — 2.76 MHz + 0.1% 


System Access Time 


Dual port memory — 740 ns 


NOTE: 
Assumes no refresh contention. 
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Memory Capacity 


On-Board ROM/PROM — 4K, or 8K bytes of user 
installed ROM or EPROM 


On-Board Static RAM — 256 bytes on 8155 


On-Board Dynamic RAM (on-board access) — 
16K bytes. Integrity maintained during power failure 
with user-furnished batteries (optional) 


On-Board Dynamic RAM (MULTIBUS access) — 
4K, 8K, or 16K bytes available to bus by swtich se- 
lection 


Memory Addressing 


On-Board ROM/PROM — 0-OFFF (using 2716 
EPROMs or masked ROMs); 0-1FFF (using 2732A 
EPROMs) 


On-Board Static RAM — 256 bytes: 7FOO-7FFF 


On-Board Dynamic RAM (on-board access) — 
16K bytes: 8000-BFFF. 


On-Board Dynamic RAM (MULTIBUS access) — 
any 4K increment 0O0O000-—FFO000 which is switch and 
jumper selectable. 4K, 8K or 16K bytes can be made 
available to the bus by switch selection. 


I/O Capacity 


Serial — 4 programmable channels using four 
8251A USARTs 


Parallel — 10 programmable lines available for Bell 
801 ACU, or equivalent use. Two auxiliary jumper 
selectable signals 


1/O Addressing 


On-Board Programmable |/O 


USART 0 
USART 1 
USART 2 
USART 3 
8155 PPI 


E9 (Port A) 
EA (Port B) 
EB (Port C) 


oe 
AY 


int I. | {SBC 544 COMMUNICATIONS CONTROLLER — 


interrupts Timers 


Addresses for 8253 Registers (Hex notation, I/O 


Address for 8259A Registers (Hex notation, |/O address space) 


BGOEES SPATS) Programmable Interrupt Timer One 
E6 Interrupt request register D8 TimerO BDGO 
E6 In-service register D9 Timer 1 BDG1 
E7 Mask register . DA Timer2 BDG2 
E6 Command register DB Control register 
E7 Block address register Programmable Interrupt Timer Two 
E6 Status (polling register) DC Timer 0 BDG3 
DD Timer 1 BDG4 
NOTE: DE Timer 2 TINT1 
Several registers have the same physical address: DF Control register 
Sequence of access and one data bit of the control 
word determines which register will respond. PER TOES LOTS IES EVO GPa HE mON EWI 
E8 Control 
Timer (LSB) TINTO 
Interrupt levels routed to the 8085 CPU automati- ED Timer (MSB) TINTO 
cally vector the processor to unique memory loca- 
tions: Input Frequencies — Jumper selectable reference 
24 TRAP 1.2288 MHz + 0.1% (0.814 ws period nominal) or 
1.843 MHz +0.1% crystal (0.542 us period, nomi- 
3G isl 75 nal) 
34 RST6.5 
2C RST 5.5 | 


Output Frequencies (at 1.2288 MHz) 


Single Dual Timer/Counter 
Timer/Counter (two timers cascaded) 


Real-Time Interrupt Interval 1.63 ws 53.3 ws 3.26 ws 
Rate Generator (frequency) 18.75 Hz 614.4 KHz 0.00029 Hz 307.2 KHz 
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iSBC 544 COMMUNICATIONS CONTROLLER 


Interfaces 


Serial 1/O — EIA Standard RS232C signals provid- 
ed and supported: 


Carrier Detect Receiver Data 


Clear to Send Ring Indicator 
Data Set Ready Secondary Receive Data* 
Data Terminal Ready Secondary Transmit Data * 
Request to Send Transmit Clock 
Receive Clock Transmit Data 

DTE Transmit clock 


* Optional if parallel 1/O port is not used as Auto- 
matic Calling Unit. 


Parallel 1/O — Four inputs and eight outputs (in- 
cludes two jumper selectable auxiliary outputs). All 
signals compatible with EIA Standard RS232C. Di- 
rectly compatible with Bell Model 801 Automatic 
Calling Unit, or equivalent. 


On-Board Addressing 


Ail communications to the parallel and serial 1/O 
ports, to the timers, and to the interrupt controller, 
are via read and write commands from the on-board 
8085A CPU. 


Auxiliary Power 


An auxiliary power bus is provided to allow separate 
power to RAM for systems requiring battery backup 
of read/write memory. Selection of this auxiliary 
RAM power bus is made via jumpers on the board. 
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Memory Protect 


An active-low TTL compatible memory protect signal 
is brought out on the auxiliary connector which, 
when asserted, disables read/write access to RAM 
memory on the board. This input is provided for the 
protection of RAM contents during the system pow- 
er-down sequences. 


Bus Drivers 


Sink 
| Function | Characteristic Current (mA) 


Data Tri-state 
Address Tri-state 
Commands Tri-state 


NOTE: 
Used as a master in the single board communications 
computer mode. 


Physical Characteristics 


Width: 30.48 cm (12.00 inches) 
Depth: 17.15 cm (6.75 inches) 
Thickness: 1.27 cm (0.50 inch) 
Weight: 3.97 gm (14 ounces) 


intel : iSBC 544 COMMUNICATIONS CONTROLLER 


Electrical Characteristics 


DC Power Requirements 


Current Requirements 
Confiquration Voc = +5V +5% | Vpp = +12V +5% | Veg = —5V(3) +5% | Van = —12V +5% 
g (max) (max) (max) (max) 
With 4K EPROM | Ico = 3.4A max lpp = 350 mA max Insp = 5mA max lAA = 200 mA max 
(using 2716). 


without EPROM 350 mA max 200 mA max 
RAM oniy(? ga0mAmax | 176mAmax | SmAmax | 


RAMI(2) refresh 390 mA max 20 mA max 5 mA max 

only 

NOTES: 1 1 
1. For operational RAM only, for AUX power supply rating. 

2. For RAM refresh only. Used for battery backup requirements. No RAM accessed. 


3. Veg is normally derived on-board from Vaa, eliminating the need for a Veg supply. if it is desired to supply Vas from the 
bus, the current requirement is as shown. 


Environmental Characteristics ORDERING INFORMATION 

Operating Temperature: 0°C to 55°C (32°F to 131°F) Order Code Description 

Relative Humidity: To 90% without condensation SBC 544A Intelligent Communications Control- 
ler 


Reference Manual 


502160 — iSBC 544 Intelligent Communications 
Controller Board Hardware Reference Manual (NOT 
SUPPLIED) 
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ISBC 534 

FOUR CHANNEL COMMUNICATION EXPANSION BOARD 
m@ Serial 1/O Expansion Through Four m Jumper Selectable Interface Register 

Programmable Synchronous and Addresses 

Asynchronous Communications m 16-Bit Parallel 1/O Interface Compatible 

Channels with Bell 801 Automatic Calling Unit 
Sd hyiduel So tiwers Fog rane m RS232C/CCITT V.24 Interfaces Plus 20 

rate Mvmt hae oo for Each Seria mA Optically Isolated Current Loop 


interfaces (Sockets) 


m Programmable Digital Loopback for 
Diagnostics 


m@ Interface Control for Auto Answer and 
Auto Originate Modems 


m@ Two Independent Progammable 16-Bit 
Interval Timers 


m@ Sixteen Maskable Interrupt Request 
Lines with Priority Encoded and 
Programmable Interrupt Algorithms 


The iSBC 534 Four Channel Communication Expansion Board is a member of Intel’s complete line of memory 
and I/O expansion boards. The iSBC 534 interfaces directly to any single board computer via the Multibus to 
provide expansion of system serial communications capability. Four fully programmable synchronous and 
asynchronous serial channels with RS232C buffering and provision for 20 mA optically isolated current loop 
buffering are provided. Baud rates, data formats, and interrupt priorities for each channel are individually 
software selectable. In addition to the extensive complement of EIA Standard RS232C signals provided, the 
iSBC 534 provides 16 lines of RS232C buffered programmable parallel |/O. This interface is configured to be 
directly compatible with the Bell Model 801 automatic calling unit. These capabilities provide a flexible and 
easy means for interfacing Intel iSBC based systems to RS232C and optically isolated current loop compatible 
terminals, cassettes, asynchronous and synchronous modems, and distributed processing networks. 


dodeanede 


280238-1 
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ISBC 534 COMMUNICATION BOARD 


SPECIFICATIONS 


Serial Communications Characteristics 


Synchronous— 5-8 bit characters; internal or exter- 
nal character synchronization; auto- 
matic sync insertion. 

Asynchronous— 5-8 bit characters; break character 

generation; 1, 1%, or 2 stop bits; 
false start bit detection. 


Sample Baud Rates(1) 


Frequency(2) 
(kHz, Software 
Selectable) 


Baud Rate (Hz) 


NOTES: 

1. Baud rates shown here are only a sample subset of pos- 
sible software programmable rates available. Any frequen- 
cy from 18.75 Hz to 614.4 kHz may be generated utilizing 
on-board crystal oscillator and 16-bit programmable inter- 
val timer (used here as frequency divider). 

2. Frequency selected by I/O writes of appropriate 16-bit 
frequency factor to Baud Rate Register. 


interval Timer and Baud Rate 
Generator Frequencies 


Input Frequency (On-Board Crystal Oscillator)— 
1.2288 MHz + 0.1% (0.813 ys period, nominal) 


Dual/Timer 
Counter 
(Two Timers 
Cascaded) 


Real-Time 
Interrupt 
Interval 


Generator | 18.75 Hz/| 614.4 kHz | 0.0029 Hz | 307.2 kHz 
(Frequency) 
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Interfaces—RS232C Interfaces 


EIA Standard RS232C Signals provided and sup- 
ported: 


Carrier detect Receive data 
Clear to send Ring indicator 
Data set ready Secondary receive data 


Data terminal ready Secondary transmit data 
Request to send Transmit clock 
Receive clock | Transmit data 


Parallel 1/O—8 input lines, 8 output lines, all signals 
RS232C compatible 


I/O Addressing 


The USART, interval timer, interrupt controller, and 
parallel interface registers of the iSBC 534 are con- 
figured as a block of 16 I/O address locations. The 
location of this block is jumper selectable to begin at 
any 16-byte I/O address boundary si e., OOH, 10H, 
20H, etc.). 


I/O Access Time 


400 ns_ USART registers 

400 ns_ Parallel I/O registers 

400 ns Interval timer registers 

400 ns_Interrupt controller registers 


Compatible Opto-lsolators 


| Function | Supplier | Part Number 


Driver Fairchild 4N33 
General Electric 
Monsanto 


Receiver 


Fairchild 4N37 
General Electric 
Monsanto 


Physical Characteristics 


Width: 12.00 in. (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 0.50 in. (1.27 cm) 
Weight: 14 oz. (398 gm) 


Electrical Characteristics 


Average DC Current 


Without With 
FOnage Opto-Isolators | Opto-isolators(1) 


Vcc = +5V | 1.9A, max 1.9 A, max 
Vpop = +12V} 275 mA, max 420 mA, max 
VaA = —12V} 250 mA, max 400 mA, max 


NOTE: 

1. With four 4N33 and four 4N37 opto-isolator packages 
installed in sockets provided to implement four 20 mA cur- 
rent loop interfaces. 


Environmental Characteristics 
Operating Temperature: 0°C to + 55°C 


ISBC 534 COMMUNICATION BOARD 


Reference Manual 


502140—iSBC 534 Hardware Reference Manual 
(NOT SUPPLIED) 


ORDERING INFORMATION 


Order Code Description 


SBC534 Four Channel Communication Expan- 
sion Board 
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iSBC 88/45 
DATA COMMUNICATIONS 
PROCESSOR BOARD 


Three HDLC/SDLC Half/Full-Duplex a 
Communication Channels—Optional 
ASYNC/SYNC on Two Channels 


& 
Supports RS232C (Including Modem 
Support), CCITT V.24, or RS422A/449 a 
interfaces 
On-Board DMA Supports 800K Baud as 
Operation 
Self-Clocking NRZI SDLC Loop Data 
Link Interface 
— Point-to-Point 2 
— Multidrop 

@ 


Software Programmable Baud Rate 
Generation 


8088 (8088-2) Microprocessor Operates 
at 8 MHz 


iSBC 337A Numeric Data Processor 
Option Supported 


16K Bytes Static RAM (12K Bytes Dual- 
Ported) 


Four 28-Pin JEDEC Sites for EPROM/ 
RAM Expansion; Four Additional 28-Pin 
JEDEC Sites Added with iSBC 341 
Board 


Two SBX Bus (IEEE 959) Connectors 


Multibus Interface Supports 
Multimaster Configuration 


The iSBC 88/45 Data Communications Processor (DCP) Board adds 8 MHz, 8088 (8088-2) 8-bit microproces- 
sor-based communications flexibility to the Intel line of Multibus OEM microcomputer systems. The iSBC 
. 88/45 DCP board offers asynchronous, synchronous, SDLC, and HDLC serial interfaces for gateway network- 
ing or general purpose solutions. The iSBC 88/45 DCP board provides the CPU, system clock, EPROM/RAM, 
serial |/O ports, priority interrupt logic, and programmable timers to facilitate higher-level application solutions. 


: : & 
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BLOCK DIAGRAM 


WAIT 


STATE BUFFER 
CONTROL ADORESS 
F. PA10-PA13 ADORES 


AD0-AD7. ABA S/DATA 


Ue 7 2 < rm ay ere 


iSBC 88/45 BOARD 


MULTIBUS' 
OATA AND 
ADDRESS 


AB10 
| ADORESS RAO. RAF ' 


ADO-AD7 DATA 
| , 
Raba 
12K DUAL PORT 
4K LOCAL 


STATIC 


CONTROL OECODE 


ADDRESS/DATA 


BUFFER 


CHANNEL A 
(CONNECTOR J2) 


CHANNEL 6 
(CONNECTOR J3) 


CHANNEL C 
(CONNECTOR J) 


MULTIBUS 
AODORESS BITS 
ADR14/-ADR17 


210372-7 


Block Diagram of the iSBC 88/45 DCP Board 


SPECIFICATIONS 


Word Size 


Instruction: 8, 16, 24, or 32 bits 
Data: 8 or 16 bits 


System Clock 
8 MHz: +0.1% 


NOTE: 
Jumper selectable for 4 MHz operation with iSBC 
337 Numeric Data Processor module or ICE-88 
product. 


Cycle Time 


Basic Instruction Cycle at 8.00 MHz: 1.25 ws, 250 ns 
(assumes instruction in the queue) 


! NOTE: 
Basic instruction cycle is defined as the fastest in- 
struction time (i.e., two clock cycles). 


Memory Cycle Time 


RAM: 500 ns (no wait states) 
EPROM: jumper selectable from 500 ns to 625 ns. 


On-Board RAM* 


, Hex Address 
16 (total) 0000-3FFF 
12 (dual-ported) 1000-3FFF 


*Four iSBC 88/45 EPROM sockets support JEDEC 24/28- 
pin standard EPROMs and RAMs (3 sockets); iSBC 341 (4 
sockets) 


Environmental Characteristics 


Temperature: 0°C to + 55°C, free moving air across 
the base board and MULTIMODULE board 


Humidity: 90%, non-condensing 


Physical Characteristics 


Width: 30.48 cm (12.00 in) 
Length: 17.15 cm (6.75 in) 
Height: 1.50 cm (0.59 in) 
Weight: 6.20 gm (22 oz) 
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iSBC 88/45 BOARD 


Configurations 
iSBC 88/45 Supported Configurations 


eae PS 


Xx 
Cc C 
(Only) | (Only) 


Memory Capacity/Addressing 
On-Board EPROM’ 


*Modem should not respond to break. 
**Channels A, B, and C denoted by X. 


FEOOO-FFFFF 
FCO00-FFFFF 
F8000-FFFFF 
FO000-FFFFF 


With optional 
iSBC 341 MULTIMODULE EPROM 


FCO00-FFFFF 


F8000-FFFFF 
FO000-FFFFF 
E0000-FFFFF 


*Four iSBC 88/45 EPROM sockets support JEDEC 24/28- 
pin standard EPROMs and RAMs (static and iRAM, 3 sock- 
ets); iSBC 341 sockets also support EPROMs and RAMs. 


Timer Input Frequency—8.00 MHz +0.1% 


interfaces 
IEEE 959 SBX I/O Bus Expansion 


Serial RS232C Signals— 


CTS CLEAR TO SEND 

DSR DATA SET READY 

DTE TXC TRANSMIT CLOCK 
DTR DATA TERMINAL READY 
FG FRAME GROUND 

RTS REQUEST TO SEND 
RXC RECEIVE CLOCK 

RXD RECEIVE DATA 

SG SIGNAL GROUND 

TXD TRANSMIT DATA 
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Serial RS422A/449 Signals—. 


CS CLEAR TO SEND 
DM DATA MODE 

RC RECEIVE COMMON 
RD RECEIVE DATA 

RS REQUEST TO SEND 
RT RECEIVE TIMING 
SC SEND COMMON 
SD SEND DATA 

SG SIGNAL GROUND 
TR TERMINAL READY 
rt TERMINAL TIMING 


Electrical Characteristics 
DC Power Dissipation—28.3 Watts 
DC Power Requirements 
Current Requirements 
Configuration (All Voltages + 5%) 
+5V ~1iav. —12¥ 
Without EPROM() 5.1A 20mA 20mA 
With 8K EPROM 
(Using 2716) eae Fr 
With 16K EPROM 
(Using 2732A) bbc ain, Sea ee ae 
With 32K EPROM 
(Using 2764) T0244 eS aes 
With 64K EPROM 
(Using 27128) LOAN, aay = 
NOTE: 
1. AS SHIPPED—no EPROMs in sockets, no iSBC 341 


module. Configuration includes terminators for two 
RS422A/449 and one RS232C channels. 


Serial Communication Characteristics 
Supported Max. Baud 
Interface Rate 
8274(1)| RS442A/449] 800K SDLC/HDLC 
RS232C 125K Synchronous 
CCITT V.24 |50K Asynchronous 


8274 |RS232C 125K Synchronous(2) 
CCITT V.24 |50K Asynchronous 
C 8273(3)| RS442A/449|64K SDLC/HDLC(S) 
RS232C 9.6K SELF CLOCKING 
CCITT V.24 


NOTES: 

1. 8274 supports HDLC/SDLC/SYNC/ASYNC multiproto- 
col 

2. Exceed RS232C/CCITT V.24 rating of 20K baud 

3. 8273 supports HDLC/SDLC 


intel. 


BAUD RATE EXAMPLES (Hz) 


8254 Asynchronous 
Timer Divide epee +16 +32 +64 
Count N 


833 
EQUATION 


9.6 
8,000,000 
N 


Line Drivers (Supplied) 


| Device | Characteristic | Qty | Installed 


RS232C 3 


RS232C 
RS422A 
RS422A 


ented ep , t,t i’ tS gs ae, ee ’ AD Ce ae Oe 
Ree Seite ee - iy ; é ray : } ae 
i aes, — : Te cape x 


j 


iSBC 88/45 BOARD 


Reference Manual 


143824—iSBC 88/45 Data Communications Proc- 
essor Board Hardware Reference Manual (not sup- 
plied). 


ORDERING INFORMATION 


Order Code Description 


SBC88/45 iSBC 88/45 Data Communications 
Processor Board 
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Intel. 


ISBC 519A 
PROGRAMMABLE I/O EXPANSION BOARD 
@ I/O Expansion via Direct MULTIBUS @ Provides 16 Maskable Interrupt 
Interface Request Lines 
@ 72 Programmable I/O Lines with m Jumper Selectable 0.5, 1.0, 2.0, or 
Sockets for Interchangeable Line 4.0 ms Interval Timer 


Drivers and Terminators m Provides Eight Maskable Interrupt 


m@ Provides Full 16-Bit |/O Addressability Request Lines with Priority Encoded 
m Provides 3 iSBX Multimodule and Programmable Interrupt Algorithms 
Connectors 


The iSBC 519A Programmable |/O Expansion Board is a member of Intel’s complete line of iSBC memory and 
1/O expansion boards. The iSBC 519A interfaces directly to any iSBC single board computer via the system 
bus to expand input and output port capacity. The iSBC 519A provides 72 programmable I/O lines. The 
system software is used to configure the I/O lines to meet a wide variety of peripheral requirements. The 
flexibility of the |/O interface is further enhanced by the capability of selecting the appropriate combination of 
optional line drivers and terminators to provide the required sink current, polarity, and drive/termination char- 
acteristics for each application. Address selection is accomplished by using wire-wrap jumpers. The board 
operates with a single +5V power supply. 


September 1993 
Order Number: 280230-002 12-1 


iSBC 519A BOARD 


FUNCTIONAL DESCRIPTION 


The 72 programmable I/O lines on the iSBC 519A 
are implemented utilizing three Intel 82C55A pro- 
grammable peripheral interfaces. The system soft- 
ware is used to configure the I/O lines in combina- 
tions of undirectional input/output and bidirectional 
ports. In order to take full advantage of the large 
number of possible |/O configurations, sockets are 
provided for interchangeable I/O line drivers and ter- 
minators. The 72 programmable I/O lines and signal 
ground lines are brought out to three 50-pin edge 


connectors that mate with flat, round, or woven ca- 


ble. 


Interval Timer 


Typical |/O read access time is 350 nanoseconds. 


Typical 1/O read/write cycle time is 450 nanosec- 
onds. The interval timer provided on the iSBC 519A 
may be used to generate real time clocking in sys- 
tems requiring the periodic monitoring of |/O func- 
tions. The time interval is derived from the constant 
clock (BUS CCLK) and the timing interval is jumper 
selectable. Intervals of 0.5, 1.0, 2.0, and 4.0 millisec- 
onds may be selected when an iSBC single board 
computer is used to generate the clock. Other timing 
intervals may be generated if the user provides a 
separate constant clock reference in the system. 


Eight-Level Vectored Interrupt 


Two Intel 82C59A programmable interrupt control- 
lers (PIC) provide vectoring for interrupt levels. As 
shown in Table 1, a selection of three priority pro- 
cessing algorithms is availabie to the system design- 
er so that the manner in which requests are serviced 
may be configured to match system requirements. 
Priority assignments may be reconfigured dynami- 


cally via software at any time during system opera- | 


tion. 
Table 1. interrupt Priority Options 


Algorithm Operation 


Fully nested Interrupt request line priorities 
fixed. 


Auto-rotating Equal priority. Each level, after 
receiving service, becomes the 
lowest priority level until next 
interrupt occurs. 


System software assigns lowest 
priority level. Priority of all other 
levels are based in sequence 
numerically on this assignment. 


Specific priority 
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iSBX Expansion Bus (IEEE 959) 
Capabilities 


Three iSBX bus connectors are provided on the 
iSBC 519A board. Up to three single-wide or one 
double-wide and one single-wide IEEE 959 iSBX 
board can be added to the iSBC 519A board. A wide 
variety of expansion options are available. 


Physical Characteristics 


Width: 12.00 in. (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 0.50 in. (1.27 cm), 
1.16 in. (2.95 cm) with iSBX modules 


Weight: 14 oz. (397.3 gm) 


Electrical Characteristics 


Average DC Current 


Voltage Without Termination(1) | With Termination(2) 
Voc = +5V +5%| — Igg = 1.5A max 


NOTES: 

1. Does not include power required for operational I/O driv- 
ers and |/O terminators. 

2. With 18 2202/3300 input terminators installed, all termi- 
nator inputs low. 


Environmental Characteristics 
Operating Temperature: 0°C to + 55°C 


Reference Manual 


500623-002—iSBC 519A Hardware Reference man- 
ual (NOT SUPPLIED) 


ORDERING INFORMATION 


Order Code Description 
SBC519A Programmable !/O Expansion Board 


Intel. 


ISBC 556* 
OPTICALLY ISOLATED I/O BOARD 


= Up to 48 Digital Optically Isolated m@ Provisions for Plug-in, Optically 
Input/Output Data Lines for MULTIBUS Isolated Receivers, Drivers, and 
Systems Terminators 

m@ Choice of m@ Voltage/Current Levels 
— 24 Fixed Input Lines — Input up to 48V 
— 16 Fixed Output Lines — Output up to 30V, 60 mA 


— 8 Programmable Lines = Common Interrupt for up to 8 Sources 


m= +5V Supply Only 


The iSBC 556 Optically Isolated 1/O Board provides 48 digital input/output lines with isolation between 
process application or peripheral device and the system CPU board(s). The iSBC 556 contains two 8255A 
programmable interface devices, and sockets for user supplied optically isolated drivers, receivers, and input 
resistor terminators, together with Common interrupt logic and interface circuitry for the system bus. Input 
signals can be single-ended or differential types with user defined input range (resistor terminator and opto- 
isolated receiver selection), allowing flexibility in design of voltage and threshold levels. The output allows user 
selection of Opto-lsolated Darlington Pair which can be used as an output driver either as an open collector or 
current switch. 


PRAGA 


280231-1 


*The iSBC 556 is also manufactured under product code piSBC 556 by Intel Puerto Rico, Inc. 


August 1993 
Order Number: 280231-002 12-3 


| 5 = 
iSBC 556 BOARD | intel g 
Table 1. 1/O Ports Opto-lsolator Receivers, Drivers, and Terminators 


Resistor Ou 
Port No. | Tesesliinton Opto-lsolator Driver 
X=I/0 | 8-Pin DIP 7438 Pull-Up 


Pac-Rp 16-Pin DIP 
Base Bourns 4116R-00 Monsanto or iSBC 902 


Address MC T66 Equivalent 
or Equivalent 


or Equivalent 


Control 
Input 
Output 
Input/ 
Output } 1 if input 


Control 


SPECIFICATIONS 1/O Interface Characteristics 


. Line-to-Line Isolation: 235V DC or peak AC 
Number of Lines Input/Output Isolation: 500V DC or peak AC 


24 input lines 
16 output lines 
8 programmable lines: 4 input — 4 output 


Terminator PAC 
USER-SUPPLIED 
DUAL OPTO-ISOLATOR USER-SUPPLIED 
* eae 
| RESISTOR 
Rp | 


16-PIN DIP 0 (+) iSBC 


ca 


Rp determines voltage and current range. 


280231-2 
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1/O Addressing 


iSBC 556 BOARD 


Where: base address is from 00H to 1FH (jumper selectable) 


X+1 


Physical Characteristics 


Width: 12.00 in. (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 0.50 in. (1.27 cm) 
Weight: 12 oz. (397.3 gm) 


Electrical Characteristics 


Average DC Current 


Voc = +5V +5%, 1.0A without user supplied iso- 
lated receiver/driver 


lcc = 1.6A max with user supplied isolator receiver/ 
driver 


Environmental Characteristics 
Temperature: 0°C to 55°C 


Relative Humidity: 0% to 90%, non-condensing 


Reference Manual 


980489-002— iSBC 556 Hardware Reference Man- 
ual (Order Separately) 


ORDERING INFORMATION 


Order Code Description 
SBC556 Optically Isolated |/O Board 
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iISBC 569* 
INTELLIGENT DIGITAL CONTROLLER 


Single Board Digital 1/O Controller with 
up to Four Microprocessors to Share 
the Digital Input/Output Signal 
Processing 


3 MHz 8085A Central Control Processor 


Three Sockets for 8041/8741A 
Universal Peripheral Interface (UPI-41A) 
for Distributed Digital |1/O Processing 


Three Operational Modes 

— Stand-Alone Digital Controller 

— MULTIBUS Master 

— Intelligent Slave (Slave to MULTIBUS 
Master) 


2K Bytes of Dual Port Static 
Read/Write Memory 


Sockets for up to 8K Bytes of Intel 
2758, 2716, 2732 Erasable 
Programmable Read Only Memory 


48 Programmable Parallel |/O Lines 
with Sockets for Interchangeable Line 
Drivers or Terminators 


Three Programmable Counters 


12 Levels of Programmable Interrupt 
Control 


Single +5V Supply 


MULTIBUS Standard Control Logic 
Compatible with Optional iSBC 80 and 
iSBC 86 CPU, Memory, and |/O 
Expansion Boards 


The Intel iSBC 569 Intelligent Digital Controller is a single board computer (8085A based) with sockets for 
three 8041A/8741A Universal Peripherals Interface chips (UPI-41A). These devices, which are programmed 
by the user, may be used to offload the 8085A processor from time consuming tasks such as pulse counting, 
event sensing and parallel or serial digital |/O data formatting with error checking and handshaking. The iSBC 
569 board is a complete digital controller with up to four processors on a single 6.75 inches x 12.00 inches 
(17.15 cm x 39.48 cm) printed circuit board. The 8085A CPU, system clock, read/write memory, non-volatile 
memory, priority interrupt logic, programmed timers, MULTIBUS control and interface logic, optional UPI proc- 
essors and optional line driver and terminators all reside on one board. 


280232-1 


*The iSBC 569 is also manufactured under product code piSBC 569 by Intel Puerto Rico, Inc. 
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BLOCK DIAGRAM 


iISBC 569 CONTROLLER 
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iSBC 569 Intelligent Digital Controller Block Diagram 


SPECIFICATIONS 


8085A CPU 


Word Size: 8, 16 or 24 bits 


Cycle Time: 1.30 ws +0.1% for fastest executable 
instruction; i.e., four clock cycles. 


Clock Rate: 3.07 MHz +0.1% 


System Access Time 
Dual port memory—725 ns 


Memory Capacity 
On-board ROM/EPROM—2kK, 4K, 8K, or 16K bytes 
of user installed ROM or EPROM. 


On-board RAM—2K bytes of static RAM. Fully ac- 
— cessible from on-board 8085A. Separately address- 
able from system bus. | 


Off-board expansion—up to 64K bytes of EPROM/ 
ROM or RAM capacity. 


[/O Capacity 


Parallel-Timers—Three timers, with independent 
gate input, clock input, and timer output user-acces- 
sible. Clock inputs can be strapped to an external 
source or to an on-board 1.3824 MHz reference. 
Each timer is connected to a 8259A Programmable 
Interrupt Controller and may also be optionally con- 
nected to UPI processors. 


UPI-|1/O—Three UPI-41A interfaces, each with two 


8-bit |1/O ports plus the two UPI Test Inputs. The 8- 
bit ports are user-configurable (as inputs or outputs) 
in groups of four. 


Serial—1 TTL compatible serial channel utilizing SID 
and SOD lines of on-board 8085A CPU. 


On-Board Addressing 


All communications to the UPI-41A processors, to 
the programmable reset latch, to the timers, and to 
the interrupt controller are via read and write com- 
mands from the on-board 8085A CPU. 
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iSBC 569 CONTROLLER 


Memory Addressing 


On-board ROM/EPROM—0-07FF (using 2758 
EPROMs); 0-OFFF (using 2716 EPROMs or 2316 
ROMs); 0-1FFF (using 2732 EPROMs); 0-3FFF (us- 
ing the 2364 |ROMs) 


On-board RAM—8000-87FF System access—any 
2K increment O00000-FF800 (switch selection); 1K 
bytes may be disabled from bus access by switch 
selection. 


I/O Addressing 


8253 OEOH-0E3H 


UPIO OE4H-0E5H 


UPI1 OE6H-0E7H 
UPI2 OE8H-0ESH 
PROGRAMMABLE RESET OEAH-OEBH 
8259A OECH-OEDH 


Timer Specifications | 
Input Frequencies—jumper selectable reference 


Internal: 1.8824 MHz +0.1% (0.723 ys, 
nominal) 
External: User supplied (2 MHz maximum) 


Output Frequencies (at 1.3824 MHz) 
| _ Function | Mint. | Maxt_ 
Real-time 1.45 psec 


interrupt interval 
21.09 Hz | 691.2 KHz 


Physical Characteristics 


Width: 30.48 cm (12.00 inches) 
Depth: 17.15 cm (6.75 inches) 
Thickness: 1.27 cm (0.50 inch) 
Weight: 3.9/7 gm (14 ounces) 


Rate Generator 
(frequency) 


1. Single 16-bit binary count 


Electrical Characteristics 


DC Power Requirements—+5V @ 2.58A with no 
optional devices installed. For each 8741A add 135 
mA. For each 220/330 resistor network, add 60 mA. 
Add the following for each EPROM/ROM installed. 


12-8 


Line Drivers and Terminators 


1/0 /Drivers—The following line drivers are all com- 
patible with the I/O driver sockets on the iSBC 569 
Intelligent Digital Controller. 


48 
48 
16 


16 
16 
16 
16 
16 


NOTE: 
| = inverting; NI = non-inverting; OC = open collector. 


I/O Terminators— 2200/3300 divider or 1 kN pull- 
up (DIP) - user supplied 


Environmental Characteristics 


Operating Temperature : 0° C to 55° C (32° F to 131 °F) 
Relative Humidity: To 90% without condensation 


Reference Manual 


980845-002— iSBC 569 Intelligent Digital Controller 
Board Hardware Reference Manual 
(NOT SUPPLIED) 


ORDERING INFORMATION 


Order Code Description 
SBC569 Intelligent Digital Controller 


Multibus I 1 3 
System Packaging and 
Power Supplies 
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RUGGED AND DURABLE MULTIBUS I CHASSIS WITH 
EXCEPTIONAL EMI AND RFI SHIELDING 


The B320E is an excellent Multibus I chassis for OEMs building integrated Multibus I 
systems. This sturdy chassis proved its worth in thousands of performance critical 
applications from Wall Street to the factory floor. The seven slot capacity makes the 
B320E chassis ideal for a wide range of applications ranging from development systems to 
mission critical data acquisition applications and process control functions. 


The B320E is constructed to withstand harsh environments. Operating temperatures 
from 10°C to 40°C, wetbulb temperature 26°C maximum, relative humidity 85% at 40°C, 
and altitudes from sea level to 10,000 feet are possible operating conditions. The chassis 
layout allows for good cooling, drive capacity, and serviceability. 


SYSTEM 320 FEATURES 

e Seven Slots, Multibus I IEEE 796 ¢ Four '/ height (two full height) 5 ¥/, 
Specification drives bays with front panel access 

e 435 Watt Power Supply with switchable e One full height 5 ’/, internal drive bays 
input for ~ 110 or ~ 220 VAC | ¢ Control panel with key switch and 

e FCC Class B and VDE Limit Class B indicator lights 


*MSNET is a trademark of Microsoft Corporation. 
**VAX/VMS is a trademark of Digital Equipment Corporation. 
*The System 320 is also manufactured under product code pSYS320 by Intel Puerto Rico, Inc. 


- August 1993 ; 
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ENVIR ONMENT 
Operating Temperature 10°C to 40°C 
Wet Bull) Temperature 26°C maximum 


Relative Humidity 85% at 40°C 
Altitude Sea level to 10,000 
| feet 
REGULATIONS 
Meets or exceeds the following requirements 
Safety | 
US _UL478 


Canada CSA C22.2 

Europ? IEC 435 
EMI/RFI 
US FCC Class B 
Europ: VDE Limit Class B 


s 
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ELECTRICAL 
DC Power Output 435W Maximum — 
AC Power Japa 88 VAC-132 VAC or 176 


VAC-264 VAC 
47 Hz-63 Hz, single phase 
DIMENSIONS | 
Height 8” 
Width 17.5” 
Depth 22.25” 5 
Weight Approx. 55 lbs. 
Order Code 
B320E 


ISBC 604/614 
MODULAR CARDCAGE ASSEMBLIES 
m Interconnects and Houses up to Four m Cardcage Mounting Holes Facilitate 
MULTIBUS Boards per Cardcage interconnection of Units 
m@ Connectors Allow Interconnection of = Compatible with 3.5-Inch RETMA Jee 
up to Four Cardcage Assemblies for 16 Mount Increments 
Board Systems m Interleaved Grounds on Backplane 
m@ Strong Cardcage Structure Helps Minimize Noise and Crosstalk 


Protect Installed Boards from Warping 


and Physical Damage m Up to 3 CPU Boards per System for 


Multiprocessing Applications 


The iSBC 604 and iSBC 614 Modular Cardcage Assemblies units provide low-cost, off-the-shelf housing for 
OEM products using two or more MULTIBUS boards. Each unit inerconnects and houses up to four boards. 
The base unit,.the iSBC 604 Cardcage Assembly, contains a male backplane PC edge connector and bus 
signal termination circuits, plus power supply connectors. It is suitable for applications requiring a single unit, or 
may be interconnected with up to three iSBC 614 cardcage assemblies for a four cardcage (16 board) system. 
The iSBC 614 contains both male and female backplane connectors, and may be interconnected with iSBC 
604/614 units. Both units are identical, with the exception of the bus signal terminator feature. A single unit 
may be packaged in a 3.5 inch RETMA rack enclosure, and two interconnected units may be packaged in a 7 
inch enclosure. The units are mountable in any of three planes. 
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iSBC 604/614 CARDCAGES intel ; 
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BOTTOM VIEW 280205-2 


Figure 1. iSBC 604/614 Cardcage Assembly Dimensions 


SPECIFICATIONS | Mating Power Connectors 


Backplane AMP | IRI ae 
Bus Lines—Ali MULTIBUS system bus address, Polarizing Key 
data, and command bus lines are bussed to all four 
connectors on the printed circuit backplane ce eee 
Polarizing Key 15-04-0219 
NOTE: 


1. Pins from a given vendor may only be used with connec- 
tors from the same vendor. 


Power Connectors—G for ground, +5, —5, 
+12V, —12V, and —10V power supply lines 


iSBC 604——Bus signal terminators, backplane male 
PC edge connector only, and power supply headers 


iSBC 614—-Backplane male and female connectors 
and power supply headers 
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ORDERING INFORMATION 
Part Number Description 


SBC 604 Modular Cardcage Assembly (Base 
Unit) | 
Bus Arbitration: Serial; up to 3 CPU masters 


Equipment Supplied: iSBC 604 or iSBC 614 
Cardcage Schematic 


Physical Dimensions 


Height: 8.5 in. (21.59 cm) 
Width: 14.2 in. (36.07 cm) 
Depth: 3.34 in. (8.48 cm) 
Weight: 35 oz. (992.23 gm) 
Card Slot Spacing: 0.6 in. 


iSBC 604/614 CARDCAGES 


Environmental Characteristics 
Operating Temperature: 0°C to 55°C 


Reference Manual 


9800708—iSBC 604/614 Cardcage Hardware Ref- 
erence Manual (ORDER SEPARATELY) 


Part Number Description 


SBC 614 Modular Cardcage Assembly (Ex- 
pansion Unit) 
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| iSBC 608/618 
CARDCAGES 


m Houses Eight MULTIBUS iSBC Boards 
in an Aluminum Package 


= Board-to-Board Clearance for iSBC 
MULTIMODULE Boards on All Slots 


@ Board-to-Board Clearance for iSBX 
MULTIMODULE Boards on Two Slots 


@ Parallel Priority Circuitry for up to Eight 
Multimaster iSBC Boards 


m Enhanced Bus Noise Immunity for High 
Speed Systems 


m@ Plug on iSBC 618 Unit for up © Sixteen 
Board Systems 


m NEMA-Type Backwall or 19-inch Rack 
Mount Hardware Included 


m Signal Line Termination Circuitry on 
iSBC 608 Cardcage 


Intel’s iSBC 608/618 Cardcages are matched to the latest generation of iSBC/iSBX boards which mount in 
the MULTIBUS system bus. These products provide several features which make them the industry’s leading 
price/performance cardcage product. MULTIMODULE board clearance, parallel priority circuitry, enhanced 
backplane noise immunity, and precision fit card guides are a few of the distinctions which make this the 


industry’s better product. 


The iSBC 608 Cardcage is the base unit, housing up to eight iSBC boards and their MULTIMODULE boards. 
Additionally, this base unit includes mounting hardware and fan mounting bracketry. The iSBC 618 is the 
expansion unit, providing eight additional iSBC board slots to the iSBC 608 Cardcage for a total of sixteen 
board slots which can be NEMA-type backwall or 19-inch rack mounted. This is accomplished with the mount- 
ing hardware of the iSBC 608 Cardcage. The iSBC 618 expansion unit also includes fan mounting bracketry. 
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FUNCTIONAL DESCRIPTION 


Mechanical Aspects 


The iSBC 608/618 Cardcages provide housing and 
a MULTIBUS system bus for up to sixteen single 
board computers and their MULTIMODULE boards. 
The iSBC 608 unit and iSBC 618 unit offer board-to- 
board clearance (0.8 inches or greater) on all eight 
slots for iSBC MULTIMODULE boards. Two slots 
provide clearance (1.2 inches or greater) for iSBX 
MULTIMODULE boards as shown in Figure 1. Each 
cardcage includes precision fitted nylon cardguides 
for secure board fit and accurate MULTIBUS board 
pin alignment. Fan mounting bracketry is also includ- 
ed with each cardcage. This bracketry allows the 
mounting of several industry standard fans. The 
iSBC 608 Cardcage base unit includes aluminum 
mounting hardware for NEMA-type backwall mount- 
ing, or anchoring a sixteen slot iSBC 608/618 com- 
bination in a standard 19-inch rack. 


Electrical Aspects 


The iSBC 608/618 Cardcages implement a parallel 
priority resolution scheme by using plug-in jumper 


iSBX MULTIMODULE 
BOARD SPACING 


G 
TERMINAL 


iSBC MULTIMODULE 


BOARD SPACING 


iSBC 608/618 CARDCAGES 


connections. There are six different priority schemes 
allowed, each requiring a different jumper configura- 
tion. In systems where an iSBC 618 Cardcage is at- 
tached to the base unit, the base unit will have lower 
priority overall. That is, master boards in the 
iSBC 608 base unit bay gain control of the 
MULTIBUS lines only when no boards in the 
iSBC 618 expansion unit are asserting the bus re- 
quest (BREQ/) signal. 


Noise-minimizing ground traces are strategically in- 
terleaved between signal and address lines on these 
backplanes. This provides the enhanced noise im- 
munity and minimized signal-to-signal coupling 
which is important in high speed, high board count 
microcomputer systems. 


The iSBC 608/618 Cardcages provide power con- 
nector lug bolts for +5 VDC and ground. The lug 
bolts, compared to other power connection meth- 
ods, help transfer higher amounts of current. Other 
voltages (+12 VDC, —5 VDC) are connected via a 
mating power connector plug as shown in Figure 2. 


210373-2 


Figure 1. iSBC 608/618 Cardcages Dimensions 
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iSBC 608/618 CARDCAGES. 


SPECIFICATIONS 


Bus Lines 


All MULTIBUS (IEEE 796) system bus address and 
command lines are bussed to each of the eight 
MULTIBUS connectors on the backplane. Ground 
traces are interleaved among these signal lines and 
bussed to the backplane edge connector for inter- 
connection of the iSBC 608 and iSBC 618 back- 
plane. 


Power Connectors 


Ground (OV), +5V, —5V, +12V, —12V power sup- 
ply header stakes and power lug bolts are provided 
on the iSBC 608/618 Cardcages as shown in Figure 
2. 


210373-3 


Figure 2. Power Header Stakes and Lugs 
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Environmental Characteristics 
Operating Temperature: 0°C to 55°C 


Storage Temperature: —40°C to +85°C 

Humidity: 50% to 95% non-condens- 
ing at 25°C to 40°C. 

Vibration and Shock: 2G max. through 50 Hz 


Physical Characteristics 


SLOT-TO-SLOT DIMENSIONS (See Figure 1) 


Top-J1: 1.200 in. (to center) 

J1-J2: 1.300 in. (center to center) 
J8-Bottom: 0.700 in. (to center) 

All Others: 0.800 (center to center) 


Physical Dimensions 


Height: 8.38 in. (21.29 cm) 
Length: 13.16 in. (33.43 cm) 
Width: 7.50 in. (19.05 cm) 
Weight: 3.50 Ibs (1.59 kg) 


Shipping Weight: 5.75 Ibs (2.61 kg) 


Equipment Supplied 


iSBC 608 BASE UNIT 


Eight Slots: Two at greater than 1.2 


inches; six at 0.8 inches 


Male Backplane For expansion with iSBC 
Connector: 618 cardcage 


Parallel Priority Circuitry: Eight slots are configura- 
ble via the use of jumper 
stakes. Six priority 
schemes allowed 


Aluminum card housing 
Nylon card guides 


Power connector header 
stakes and lug bolts 


Construction Materials: 


ae ee 
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Accessories 


iSBC 618 EXPANSION UNIT 


Eight-Slots: 
Female Backplane 


Connector: 
Parallel Priority Circuitry: 


Construction Materials: 


Two at greater than 1.2 
inches; six at 0.8 inches 


For expansion to iSBC 
608 base unit 


Eight slots are configura- 
ble via the use of jumper 
stakes. Six priority 
schemes allowed. 


Aluminum card housing 
Nylon card guides 


Power connector header 
stakes and lug bolts 


Fan Mounting Hardware 
Schematic 


iSBC 608/618 CARDCAGES 


User-Supplied Equipment 


MATING POWER CONNECTORS 


Vendor Part Number 
3M 3399-6026 
Ansley 609-2600M 
Berg 65485-009 


MOUNTABLE FANS 


Vendor Part Number 
Rotron SU2A1-028267 
Torin TA300-A30473-10 


Pamotor 8506D 
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Local Area Network 
Boards and Software 
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intel. 
OpenNET LOCAL AREA NETWORK FAMILY 


iRMX —NET 
on 
iRMX SYSTEMS 


PCLINK2 
on 
MS-DOS 


SV-OpenNET 


on 
UNIX* SYSTEM V 
280669-1 


OpenNET: THE COMPLETE OPEN NETWORK SOLUTION 


The OpenNET family provides the OEM with complete Open Network solutions for an 
enterprise-wide, multi-vendor network based on international standards. 


FEATURES 


¢ Interoperability between the factory, office, and engineering environments 
¢ Complete hardware and software network solutions 
¢ Ongoing customer support through extensive training and application development 


GUIDE TO THE OpenNET PRODUCTS 


OSI Layers User Applications 


i 
<e FTAM iIRMX® -NET | PCLINK2 SV-OpenNET 
ear aas ow A Be A 4 dl é 


6 Presentation 


Message 


5 Session 


4 Transport 


3 Network 


ti 
iSBC 552A iSBC 186/51 iSBC 186/530 for iRMX=NET Support PCLINK2 
“(we-1 EEE 802.3) € (wo-1 ff 602.5) R (wa- 1 HEC 802.5) ho el ww (pcous WEE mn / | LN 
oncm oom 

oc 


*UNIX is a registered trademark of AT&T 
MS-DOS, XENIX are trademarks of Microsoft Corporation 
DECnet, VAX/VMS, MicroVAX, UNIBUS, Q-bus are trademarks of Digital Equipment Corporation 


September 1993 
Order Number: 280669-003 14-1 


OpenNET OVERVIEW 


OpenNET MEANS OPEN NETWORKS 


MSDOS: IBM PC 
and Compatibles 


Multibus | UNIX 


ETHERNET 


iRMX® for Multibus | 


Users are placing increasing demands for data 
communications capabilities on their 
computing applications. The OpenNET family 
of networking products supplies those 
capabilities to let OEMs offer solutions to 
communications-intensive requirements, based 
on Intel’s real-time computing products. 
e¢ Open to multiple media 

— IEEE 802.3/Ethernet 

— Thin-wire Ethernet 
¢ Open to different Operating Systems 

— iRMX® I//TIII 

— iRMX for Windows 

— iRMX for PCs 

— MS-DOS* 

— PC-DOS 

— UNIX SYSTEM V* 

— VAX/VMS* 
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Multibus |! 
UNIX* 


iRMX® for Multibus Il 


e Open to expansion 
e Open to different hardware 
— Multibus I 
— Multibus II 
— PC XT/AT Bus 
¢ Open to different environments 
— Factory 
— Office 
— Lab 
— Engineering Workstation 
e Open to multi-vendor solutions 
e Open to future upgrades 


Se eS eee eee ee eer 


bt see SCA: eee. ee ee a ae 
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OpenNET OVERVIEW 


OpenNET ARCHITECTURE 


Intel’s OpenNET communications architecture 
applies networking standards to offer an open 
network. Open connectivity lets Multibus- 
based systems talk to systems such as IBM PCs 
and VAX minicomputers. 


OpenNET DELIVERS 
TERNATIONAL STANDARDS 


The OpenNET products use ISO and CCITT 
Data Communications Standards for the 
Physical, Data Link, Network, and Transport 
layers of the Open System Interconnection 
(OSI) model. The Session, Presentation, and 
Application layers use the Server Message 
Block (SMB) protocol promulgated by Intel, 
Microsoft, and IBM. The SMB protocol is used 
by Microsoft and IBM in their PC networks. 


SMB: TRUE TRANSPARENT 
REMOTE FILE ACCESS 


The OpenNET Server Message Block protocol 
allows applications to access remote files as if 
they were local. This consistent view of the file 
system throughout the network allows 
distributed processing of existing applications 
without change. The SMB protocol protects the 
user’s data with file security established by 
either the consumer or server system. 


OpenNET WILL FOLLOW THE 
STANDARDS, 
TRANSPARENTLY 


As the OSI standards evolve, Intel will conform 
to them. The user’s application will be 
protected from the changing protocols because 
the OpenNET Interface (““\\” on DOS or “//” 
on UNIX) will NOT change. This will allow 
applications to move to the OSI standards with 
little or no modification. The OpenNET 
products will allow the user to run all current 
applications that use the OpenNET Interface 
on either the SMB or the OSI protocols. 


OpenNET SUPPORT FOR 
DISKLESS WORKSTATION 


For certain real-time applications, it is 
desirable that a networked system not have a 
local mass storage device such as a hard disk. 
One example is harsh environments such as 
factory floor process control, where rotating 
media can cause system reliability problems. 
Another example is financial workstations, 
where stock and market information must be 


updated in real-time on a centralized file 
server and accessed by diskless trader 
workstations. | 


The Boot Server system responds to network 
boot requests from diskless Boot Consumer 
systems and downloads both the appropriate 
operating system and communications 
software over the network to boot the diskless 
system. With the diskless system booted, the 
File Server system provides the diskless 
system with network access to mass storage 
devices. The Boot Server and File Server can 
reside in separate systems or in the same 
system on the network. 


OpenNET VIRTUAL TERMINAL 
CAPABILITY 


The OpenNET product family supports a 
Virtual Terminal (VT) capability. This feature 
allows a terminal or PC user to “login”, over 
the network, as an interactive user under the 
remote node’s operating system. VT is 
purchased separately as an optional 
application program. 


All OpenNET PRODUCTS 
BACKED BY INTEL CUSTOMER 
SUPPORT 


All Intel software products include Intel’s 
Software Support for a 90 day period 
immediately following the licensing and 
receipt of the product. 


STANDARD SOFTWARE 
SUPPORT INCLUDES 


e Product updates 

e Subscription Service and technical product 
information distributed via: 
— Monthly issue of Comments newsletter 
— Quarterly Troubleshooting Guides 
— Software Problem Report (SPR) Service 

¢ Technical Information Phone Service (iTIPS) 
toll-free hotline 

¢ Membership in Insite User Program Library 


ADDITIONAL SERVICES 
AVAILABLE INCLUDE 


e Consulting services on a long or short-term 
basis (Systems Engineering Support) 

e Worldwide training workshops on a wide 
variety of Intel products 

e A full range of hardware maintenance 
services for end users or ORM/VAR 
customers through Computervision and 
Phoenix Repair Center 
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iRMX-NET OpenNET NETWORKING SOFTWARE 


iRMX® 


is 


MULTIBUS | 


MULTIBUS | 


iRMX® 
MULTIBUS II 


MULTIBUS II 


COMPLETE OpenNET 
SOLUTION FOR REAL-TIME 
SYSTEMS 


- Real-Time computer systems require a real- 
time operating system. The family of iRMX 
operating systems from Intel is the world’s 
most popular operating system software for 
real-time systems. 


Many real-time applications require network 
communication. Intel’s iRMX-NET Release 3.1 
delivers a rich set of networking capabilities 
and a full range of iRMX platform support: 
e Transparent Network File Access 
e¢ Transport and Distributed Name Server 
Software with Programmatic Access 
e iRMX for Windows, iRMX for PCs, 
Multibus I, and Multibus II Connections 
¢ Remote Boot for Diskless Systems 


Networked iRMX systems serve in a wide 
range of real-time application areas including 
data acquisition, factory automation, financial 
workstations, military, medical 
instrumentation, simulation and process 
control. 
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TRANSPARENT NETWORK 
FILE ACCESS 


iRMX-NET implements the NFA protocol to 
provide transparent file access capabilities 
among iRMX, DOS, VAX/VMS, and UNIX 
systems on the OpenNET network. Remote 
files are accessed as if they resided on the local 
iRMX system. iRMX-NET can be configured as 
a network file consumer, file server, or both, 
depending on the application’s requirements. 


The iRMX operating system provides a rich set 
of human interface commands and system 
calls for accessing local files. With the addition 
of iRMX-NET, these commands and system 
calls are transparently extended to remote 
access as well. Transparency means that 
applications using the iRMX Human Interface 
commands or BIOS system calls do not need to 
know whether the files they access reside 
locally or on some remote system. 


iRMX-NET OpenNET NETWORKING SOFTWARE 


OSI TRANSPORT AND 
DISTRIBUTED NAME SERVER 
WITH PROGRAMMMATIC 
INTERFACE 


The iRMX-NET R3.1 product includes iNA 960 
R3 OSI Transport and Network software 
preconfigured for a variety of Intel Network 
Interface Adapters. 


iRMX-NET R3.1 also includes the iRMX-NET 
Distributed Name Server software. The 
Distributed Name Server software maintains 
and provides access to a network directory 
database. The database is distributed across 
the network with each system maintaining its 
own logical piece of the directory. The 
Distributed Name Server software provides a 
full set of network directory services and is 
used to perform such tasks as logical name to 
network address mapping for establishing 
network connections between systems. 


The combination of transparent network file 
access with iRMX commands and system calls, 
plus direct programmatic access to the iNA 
960 Transport and iRMX-NET Distributed 
Name Server software gives the programmer a 
powerful set of capabilities for developing real- 
time network applications. 


iRMX CONNECTIONS 


iRMX-NET R3.1 provides networking support 
for the full range of Intel real-time Systems, 


from the low-cost IBM compatible i386 PC AT, — 


through the Multibus I to the high-end 
multiprocessing Multibus II. iRMX-NET R3.1 
also supports iRMX board-level designs built 
around Intel’s family of host CPU boards and 
Network Interface Adapters. Consistent 
operating system and networking software 
interfaces provide for easy development of 
network applications that span the various 
iRMX platforms. 


~RMXIINETSW 


REMOTE BOOT FOR DISKLESS 
SYSTEMS 


iRMX-NET R3.1 supports networked diskless 
systems by providing network Boot Consumer, 
Boot Server and File Server capabilities. 


iRMX Ill DOS 
Multibus | 
Diskless System 


AT-BUS 
Diskless PC 


iRMX Ill 
Boot Server/File Server 


PRODUCT CODES 


RMXINETSW iRMX-NET Networking 
Software for the iRMX I 
operating system. 
iRMX-NET Networking 
Software for the iRMX II 
operating system. 
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iRMX-NET OpenNET NETWORKING SOFTWARE 


REAL-TIME BOARD AND SYSTEM LEVEL SUPPORT 


| iRMX® I iRMX® III 
Multibus I Multibus I : Multibus IT 


CPU Boards CPU Boards CPU Boards 
iSBC 86/30 iSBC 386/12(S) iSBC 386/120 
iSBC 86/35A iSBC 486/12(S) iSBC 386/133 
iSBC 86/C38 iSBC 386/2X iSBC 386/258 
iSBC 286/10A iSBC 386/3X iSBC 386/258D 
iSBC 286/12, 14, 16 iSBC 486/125 

Controller Boards _ISBC 486/150 
iSBC 214 iSBC 486/133SE 
iSBC 221 iSBC 486/166SE 
iSBC 215G MIX 486/SX33 
SCSI controller MIX 486/DX33 
on the iSBC 386/12S MIX 486/DX66 
and iSBC 486/12S MIX 386/020A 
boards MIX 486/020A 
MIX 486/DX66 
MIX 486/DX33 
MIX 486/SX25 


I/O Server Boards 
iSBC 386/258 

iSBC 386/258D 
iSBC 486/133SE 
iSBC 486/166SE 


iRMX for Windows iRMX for PCs 


¢ Intel OEM PC platforms with a PCL2(A) board iRMX for PCs runs on systems containing 
Intel386T™ or Intel486T™ processors. 


¢ Multibus platforms The following systems are supported: 
—iSBC 386/SX (Multibus I) } e Intel OEM PC platforms 
—iSBC 486/SX25/486/DX33/486/DX66 e IBM-compatible and Compac- 
(Multibus IT) compatible PC platforms 


e Intel Multibus products: 
—iSBC 386/SX (Multibus I 
—iSBC 486/SX25/486/DX33/ 
486/DX66 (Multibus IT) 
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PCLINK2Z, NetBIOS, MS-NET ACCESS FOR THE PC 


COMPLETE OpenNET 
SOLUTION FOR THE PC 


Users of IBM PC AT, PC XT and other 
compatible computers can access Intel’s 
OpenNET networking family through the 
OpenNET PCL2 hardware and software 
products. The hardware connection is provided 
by an 80186/82586-based intelligent expansion 
board, the PCL2 Network Interface Adapter 
(PCL2NIA and PCL2ANIA). The software 
package incorporates: MS-NET for transparent 
file access under DOS, iNA 961, NetBIOS 
interface, dynamic name resolution and user- 
friendly installation software. 


The NetBIOS interface provides the flexibility 
to use the PCL2NIA and PCL2ANIA with 
commercially available NetBIOS compatible 
applications, such as IBM’s PC-LAN program. 
Optionally, MS-NET networking software is 
available for the upper layers. 


TRANSPARENT NETWORKING 
FILE ACCESS 


OpenNET/PCL2 gives users the freedom to 
network PCs as consumer workstations or as 
file servers. PCLINK2 with MS-NET 


implements the SMB Protocol for easy access 
to files on other operating systems, such as and 
UNIX, iRMX, or VAX/VMS. 


REMOTE BOOT FOR DISKLESS 
SYSTEM 


Diskless workstation support for the PC is 
provided by on-board firmware, an iRMX-NET 
Boot Server and any OpenNET File Server on 
the network. 


PRODUCT CODES 


PCL2NIA PCL2 Network Interface 
Adapter with 256 Kbyte 
of memory, hardware 
only 


PCL2 Network Interface 
Adapter with 512 Kbyte 
of memory 


NetBIOS Developer’s Kit 
with: 2- 
sPCLINK2TWKITs, 
NetBIOS and Request 
Block Developer’s 
Software with iNA 961 
for PCLINK2 and 
PCLINK2A 


OpenNET for MS-DOS 


PCL2ANIA 


PCL2DEVSW 


MSNET 


OS! Layers 
STP RRA or RC PECERENE SHIRE: " 


6 Presentation IBM PC LAN 


5 Session 


PCL2DEVSW 


sPCLINK2 le eee 


NETBIOS SOEBAEES NOTES La Se EA, 


4 eat | iNA961 —SPCLINKIIBD 961 


3 Network 


EL Bk SR 


2 Data Link 


XCVRCBL 


ao cnetxcvr | Thin-wire 


Transceiver 


| iNA961 —SPCLINKIIBD 
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COMPLETE OpenNET 
SOLUTION FOR THE VAX 


VAX/VMS Networking software (VMSNET) is 
designed to serve on top of Digital Equipment’s 
VAX OSI Transport Services (VOTS) and 
provides the OpenNET connection for a VAX* 
or MicroV AX II* system to iRMX, DOS, and 
UNIX System V. 


VMSNET enables a MicroVAX or VAX system 
to act as an OpenNET file server system 
allowing any OpenNET consumer node 
transparent file access to files on the 
MicroV AX or VAX. 


The use of VOTS in the product allows the 
OpenNET software to run on any VAX 
running VOTS 5.0 and having a DEC supplied 
LAN controller. 


VMSNET software performs the OpenNET 
functions via an implementation of the 
Network File Access (NFA) file server 
protocols, VMS consumer bi-directional file 
transfer utilities, and Intel’s iNA 960 transport 
layer software running on the supplied 
intelligent LAN controllers. 


A set of network management utilities provide 
(Micro)V AX users with information and 
statistics about VMSNET activities. 


FILE ACCESS 


e Transparent file access between a VAX/ 
VMS server and DOS, iRMX, XENIX, UNIX 
and iNDX systems 

¢ DECnet compatibility: consumer nodes may 
access remote files using VMS logical names 
over DECnet (no file locking or compatibility 
mode opens) 


VIRTUAL TERMINAL (VT) 


¢ OpenNET/MS-NET VT protocols supported 
¢ Both Server and Consumer functionality 
supported 


HOST REQUIREMENTS 


e VAX 750, 780, 782, 785 

¢ VAX 8200, 8250, 8500, 8530, 8600, 8650 
¢ MicroVAX II 

e (Micro)VMS versions 5.0 or higher 
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MicroVAX II* 


VAX/VMS* 


iRMX® for Windows 
iRMX for PC's 


MSOOS! IaM PC's IBM PC's 
and Compatibles 


PRODUCT CODES 


VMSNETVA VAX/VMS Networking 
Software for VAX family 
inclusive of VOTS 


VAX/VMS Networking 
Software for MicroVAX II 
inclusive of VOTS 


VAX/VMS Networking 
Software for VAX family 
without VOTS 


MVMSNETVASW VAX/VMS Networking 
Software for MicroVAX II 
without VOTS 


MVMSNETA 


VMSNETVASW 


COMPLETE OpenNET 
ae nea FOR UNIX SYSTEM 


SV-OpenNET connects Intel SYSTEM V/386 
systems with all the OpenNET nodes. SV- 
OpenNET is available for Multibus I and 
Multibus IT. The product includes a complete 
solution: communications board, Mail, VT, 
print spooling, nameserver interface library 
(NSD, and network management. 


SV-OpenNET allows application interfacing 
through the UNIX TLI library. Applications 
may also access SV-OpenNET via the higher- 
level NSI library. SV-OpenNET can also 
coexist with the UNIX network, RFS. 


FEATURES 


Server Message Block (SMB) Transparent File 

Access 

e Transparent file access between DOS, iRMX, 
and UNIX. 

¢ Both Server and Consumer functionality 
supported 

¢ Remote Batch Execution (RBE) through — 
yp, ex ec” 


MAIL y 
e Supports MMDF 


VIRTUAL TERMINAL (VT) 
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INTEL SYSTEM V OpenNET NETWORKING 
SOFTWARE 


¢ OpenNET/MS-NET VT protocols supported 


¢ Both Server and Consumer functionality 
supported 


PRINT SPOOLING 


e Interface through “rprint” 
e Supports Core printer spooling protocol 


UNIX STANDARD INTERFACE 


library, allowing all TLI applications to 
interoperate with SV-OpenNET 
e SV-OpenNET provides a library, NSI, for 


_¢ Interface via AT&T supplied TLI (Streams) 


high-level Virtual Circuit (VC) creation and 
name to address translation. The NSI then 
communicates directly with the UNIX TLI 


HOST REQUIREMENTS 


Intel SYSTEM V.3.1 UNIX Operating System 


on Multibus I or Multibus IT 


PRODUCT CODES 


SVNET SV-OpenNET for Multibus I, 
Multibus II and PC AT 
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“iNA 960 OpenNET NETWORKING SOFTWARE 


FULLY COMPLIANT ISO/OSI 
TRANSPORT AND NETWORK 


iNA 960 is a complete Network and Transport 
(ISO/OSI Layers 3 and 4) software system plus 
a comprehensive set of network management 
functions, Data Link (OSI Layer 2) drivers for 
IEEE 802.3 Ethernet, and system environment 
features. 


FLEXIBLE AND HIGHLY 
CONFIGURABLE 


iNA 960 is a mature, flexible, and ready-to-use 
software building block for OEM suppliers of 
networked systems. 


This software is highly configurable for designs 
based on the 82586 and 82588 LAN controllers, 
82501 and 82502 Ethernet serial interface and 
transceiver, and the 80 x 86 family of 
microprocessors. 


CONFIGURABLE AT THE 
OBJECT CODE LEVEL 


Consisting of linkable object modules, the iNA 
960 software can be configured to implement a 
range of capabilities and interface protocols. 
iNA 960 has a large installed base and has 
been used reliably in a variety of systems from 
IBM PC XT/ATs to VAX/VMS to IBM 
mainframes. 


BASED ON INTERNATIONAL 
STANDARDS 


Based on the ISO/OSI seven layer model for 
network communications, iNA 960 implements 
ISO 8073 Transport Class 4 providing reliable 
full-duplex message delivery service on top of 
the internet capabilities offered by the 
network layer. The iNA 960 network layer is 
an implementation of the ISO 8473 Network 
Class 3 Connectionless Network Protocol and 
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supports ISO 9542 End System to Intermediate 
System Network Dynamic Routing. iNA 960 
also supports ISO 8602 Connectionless 
Transport Protocol (Datagram). 


PRECONFIGURED iNA 961 
iNA 960 contains the preconfigured iNA 961 


which includes support for the iSBC 552A and 
iSBC 186/530. 


REMOTE BOOT SERVER 
SUPPORT 
iNA 960 provides basic boot server capabilities 


that will transmit predefined images to 
diskless network nodes that request them. 


MULTI-SER VER / CONSUMER 
SUPPORT 


-INA 960 supports the powerful Multibus II 


feature of multiple host and communications 
boards. Ideal for LAN load balancing and 
redundant networks for fault-tolerant systems. 


FEATURES 


¢ Certified ISO/OSI Transport and Network 
Layer Software 

¢ ISO 8072/8073 Transport Class 4 

¢ ISO 8602 Connectionless Transport 

e ISO 8348/8473 Connectionless Network 

e ISO 9542 End System to Intermediate 
System Dynamic Routing 

¢ Comprehensive Network Management 
Functions 

¢ Remote Boot Server for diskless workstations 

e¢ Data Link Drivers for iSBC 552A, iSBX 586, 
iSBC 186/530, and iSBC 186/51 


PRODUCT CODES 


INA960 Includes iNA 961 on iRMX diskette 
format 
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MULTIBUS I OpenNET NETWORKING HARDWARE 


iSBC 186/51 MULTIBUS I IEEE 
802.3/ETHERNET 
COMMUNICATION COMPUTER 


¢ 82586 LAN coprocessor for Ethernet/IEEKE 
802.3 communication | 

e Two serial interfaces, RS232C and RS422A/ 
RS449 compatible 

¢ 6 MHz 80186 microprocessor 

¢ 128 Kbytes of dual-port RAM expandable on- 
board to 256 Kbytes 

e Sockets for up to 192 Kbytes of J EDEC 28-pin 
standard memory devices 

e Product Code: sSBC18651 


iSBC/iSXM 552A MULTIBUS I 
IEEE 802.3/ETHERNET 
NETWORK INTERFACE 
ADAPTER 


e High Performance IEEE 802.3/Ethernet 
compatible network front-end processor 

e Resident network software can be down- 
loaded over the bus or the LAN 

¢ On-board diagnostic and boot firmware 

e iSXM 552A version is a preconfigured 
controller for executing iNA 961 (ISO 8073 
Transport and ISO 8473 Network software) 

e Product Code: pSBC552A, pSXM552A 


CPU 
RAM (Bytes) 
EPROM (Bytes) 


Serial I/O 


Ethernet I/O 


Baud rates 
(RS232/422/449) 


Timers 
Interrupts 

iSBX Connectors 
Software Support 


Power Requirements 
+5V 
+12V 
—12V 


CPU 

LAN Coprocessor 
RAM (Bytes) 
EPROM (Bytes) 
Multibus Address 


Software Support 
Power Requirements 
+5V 
+12V 


80186 (6 MHz) 
128K/256K dual port 
192K (27256), 96K 
(27128), 48K (2764), 4K 
(2732) 

2 ports, 26-pin 3M 
connector (RS232C/ 
422A/449) 

1 port, 10-pin AMP 
connector 


75-9600 baud (async.) 
1.76-38.4K baud (sync.) 


9 levels, 28 sources 


2 


iRMX 1 0.S., iNA 960, 
iRMX-NET 


745A 
40 mA 
40mA 


80186 (8 MHz) 

82586 

256K 

128K (27512), 16K (2764) 
Any 64 KB boundary 
with a 16 MB address 
space 

iNA 960/961 


6.2A 
0.5A 
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MULTIBUS II OpenNET NETWORKING HARDWARE 


iSBC 186/530 MULTIBUS II IEEE 
802.3/ETHERNET NETWORK 
INTERFACE ADAPTER 


e Provides Ethernet (IEEE 802.3) compatible 
networking capability for all Multibus IT 
systems 

¢ Multibus II iPSB (Parallel System Bus) 
interface with full Message Passing 
capability 

¢ Resident firmware to support Built-in-Self- 
Test (BIST) power-up diagnostics, and host- 
to-controller software download 

e Four 28-pin JEDEC sites, expandable to 8 
sites with iSBC 341 MULTIMODULE for a 
maximum of 512 Kbytes of EPROM 

e Provides one RS232C serial port for use in 
debug and testing 

e¢ Product Code: pSBC186530 


CPU 80186 (8 MHz) 
DRAM 512 KB on-board 
EPROM 4 28-pin JEDEC sites, up to 
256 KB (max.) using 27512 
devices, up to 512 KB 
(total) using iSBC 341 
module 
Ethernet I/O 1 channel 15-pin connector 
Controller 82586 LAN Coprocessor 
Serial I/O 1 channel RS232C, 15-pin 
connector 
Controller 8031 
Leads Supported TD, RD 
Timers 3 
Interrupts 5 levels with 5 on-board 
sources and 255 sources 
from iPSB Bus 
Power Requirements . 
+5V 8.8 A (excludes power for 
user-installed memory 
devices) 
+12V 50 mA 
—12V 50 mA 


PC BUS OpenNET NETWORKING HARDWARE 


PCL2 AND PCL2A NETWORK _ 
INTERFACE ADAPTERS 
(PCL2NIA, PCL2ANIA) 


e Intelligent high performance hardware with 
on-board microprocessor, 16 Kbytes EPROM 
and 256 Kbytes RAM 

e Full slot PC AT, PC XT (or compatible 
computer system) board 

¢ 80186 microprocessor, 82586 LAN 
coprocessor, 8 MHz zero-wait-state memory 
access 

¢ RAM shared by the PC host and PCL2 board 
via an 8K memory window 

e DRAM 512 KB (dual port), 0 wait-state 
memory access by the CPU 

e Jumper selection for Ethernet or IEEE 802.3 

e Effective self diagnostics 

e Product Code: PCL2NIA 
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CPU 


80186 (8 MHz) 
LAN Communications 
Controller 82586 
Ethernet Interface 15-pin connector, 82501 
serial interface 
DRAM 256 KB (dual-port), 0 wait- 
7 state memory access by the 
CPU 
EPROM 16 KB 
Size 4.15in HX13.3 in W 
Power Requirements 
+5V 2.00A 
+12V 0.5A 


intel. 
OpenNET NETWORKING ACCESSORIES 


iSBX 586 DATA LINK ENGINE LAN Coprocessor 82586 (8 MHz) 


MULTIMODULE BOARD en pet is ee Sep sg 
* Provides an IEEE 802.3/Ethernet compatible Power Requirements 


connection for 8086 and 80186-based host LEY 20A 
boards over a 16-bit iSBX interface 4+12V 10A 
e Single-wide iSBX MULTIMODULE 
¢ Compatible with iNA 960/961 ISO 8073 
Transport and ISO 8473 Network software 
e Provides an IEEE 802.3 to IEEE 802.4 Router 
capability when used with the iSBC 554 
IEEE 802.4 LAN controller 
e Product Code: sSBX586 
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OpenNET NETWORKING ORDERING INFORMATION 
Code 


iRMX-NET OpenNET PRODUCTS 


RMXINETSW iRMX-NET for iRMX I operating system 

RMXIINETSW iRMX-NET for iRMX II operating system on MB-I, MB-II, and System 
120 

RMXITINETSW iRMX-NET for iRMX III operating system on MB-II and System 120 


sSXM120NETKIT _ | Preconfigured iRMX-NET and sPCLINK2 for networking iRMX and 
DOS on System 120 

RMXIINETVT Virtual Terminal Support for iRMX II 

RMXITINETVT Virtual Terminal Support for iRMX III 


PCLINK2 OpenNET PRODUCTS 


sPCL2NIA* PCLink2 Network Interface Adapter Hardware only (256 KB) 
‘sPCL2ANIA* PCLink2 Network Interface Adapter Hardware only (512 KB) 
sPCLINK2DEVKIT™* | NetBIOS Developer’s Kit, NetBIOS programmer kit 

MSNET OpenNET for MS-DOS (order with sPCL2NIA or sPCLANIA) 
PCLINKSWOPKIT | OpenNET for MS-DOS (stand-alone software order) 


VAX/VMS OpenNET PRODUCTS 


VMSNETVA VMSNET for 11/78x thru 8700 (includes Digital’s VOTS) 
VMSNET for 6xxx thru 89xx (includes Digital’s VOTS) 
MVMSNET for uVAX 11 and 2000 (includes Digital’s VOTS) 
MVMSNET for uVAX 3xxx (includes Digital’s VOTS) 
VMSNET for 11/78x thru 8700 (does not include Digital’s VOTS) 


VMSNET for 6xxx thru 89xx (does not include Digital’s VOTS) 
MVMSNETVASW VMSNET for uVAX 11 and 2000 (does not include Digital’s VOTS) 
MVMSNETVBSW VMSNET for uVAX 3xxx (includes Digital’s VOTS) 
VMSNETCLIC VAX Cluster software license for WVMSNETVx products 


UNIX SYSTEM V OpenNET PRODUCTS 


SVNET 7 SV-OpenNET for UNIX System V Release 3.2 on Multibus I, Multibus 
II and PC AT 


iNA 960 OpenNET ISO/OSI PRODUCTS 


INA960JRO ISO/OSI Transport and Network layers, includes iNA961 
INA960RF Royalty fee for INA960 


MULTIBUS I AND MULTIBUS II IEEE 802.3/ETHERNET PRODUCTS 


sSBC18651* iSBC 186/51 Multibus I IEEE 802.3/Ethernet Communication 
Computer 
pSBC552A* iSBC 552A Multibus I IEEE 802.3/Ethernet Network Interface 
Adapter 


pSXM552A* iSXM 552A preconfigured for Intel System 310 and 320, includes iNA 


961 royalty 
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OpenNET NETWORKING LITERATURE 


iRMX-NET OpenNET PRODUCTS 


462040 . iRMX-NET Software Release 3.1 Installation and Configuration Guide 
462041 iRMX-NET Software Release 3:1 User’s Guide 
PCL2 OpenNET PRODUCTS 


450772-002 OpenNET PCLink2 NIA Hardware Reference Manual 
459621-002 OpenNET PCLink2 ANIA Hardware Reference Manual 
460665-002 OpenNET PCLink Users Guide 


460992-001 OpenNET PCLink2 Installation Guide 

462311-002 PCLink S/W Developer’s Manual (Developer’s Kit) © 
462305-002 PCLink2 Installation Guide 

469620-002 PCLink2 ANIA Installation Guide 


VAX/VMS OpenNET PRODUCTS ‘3 


UNIX SYSTEM V OpenNET PRODUCTS 

462740 SV-OpenNET User’s Manual 

462741 SV-OpenNET Installation and Administration Guide 
iNA 960 OpenNET ISO/OSI PRODUCTS 


467686-001 iNA 960 R3.1 Programmer’s Reference Manual 
462252-001 iNA 960 R3.1 Installation and Configuration Guide 


MULTIBUS I AND MULTIBUS IT IEEE 802.3/E THERNE T PRODUCTS 
122330 iSBC 186/51 COMMputer Board Hardware Reference Manual 


149228 iSBC 552A IEEE 802.3 Communications Controller User’s Guide 
149226 iSBC 186/530 Network Interface Adapter User’s Guide 


OpenNET NETWORKING ACCESSORIES 


122290 iSBX 586 MULTIMODULE Ethernet Communication Controller 
Hardware Reference Manual 
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ISBX 586 
Ethernet Data Link Engine 


m Provides an IEEE 802.3 (Ethernet) Data mg Single-Wide iSBX Board That Conforms 


Link Connection for Host Boards with to IEEE 959 Specifications 

16-Bit SBX Bus Capability = Compatible with iNA 960 ISO Transport 
m= Based on Intel’s 8 MHz 82586 LAN __ Layer Software 

Coprocessor Chip which Includes the — Direct Support for iIRMX® Operating 

following Features: Systems 

— Automatic Retransmission — Source Code Support for Other 

— On-Board Multicast Address Filtering Operating Systems 


— Host Interface via Buffer Chaining 


m@ 16 Kbytes of Local Dual-Ported Buffer 
RAM 


The iSBX 586 Ethernet Data Link Engine is a single wide iSBX sized card that provides a low cost Ethernet 
controller for single board computers with 16-bit SBX bus capability. Based on the 82586 Local Area Network 
Coprocessor, the iSBX 586 implements the data link (Layer 2) and physical (Layer 1) layers of the International 
Standards Organization (ISO) Open Systems Interconnect (OSI) Reference Model. This allows the iSBX 586 to 
supply an IEEE 802.3 10 Mbps (Ethernet) connection for a single board computer having a 16-bit SBX bus 
connector. , 


The iSBX 586 MULTIMODULE is a low cost building block that can implement an Ethernet connection at 
various levels of integration. One application for the iSBX 586 is as a “best effort’ datagram message delivery 
engine. In conjunction with the host single board computer running iNA 960 R2.0 ISO Transport Software, the 
iSBX 586 can allow for a four-layer, OpenNET compatible solution for Ethernet connections. 


231668-1 


September 1993 


Order Number: 231668-001 14-17 


iSBX 586 | ; | | intel : 
BLOCK DIAGRAM 


iSBX BUS 


LPBK 


ZwDoEznm=Ee 


~< 


E 
t 
H 
E 
R 
N 
E. 
T 


a Oo =e Om zz. 6 OO 


TRANSMIT ana 
CONTROL 
RECEIVE > SIGNALS 
82586 (aR) 


LOCAL BUS 


iSBX 586 Block Diagram 
SPECIFICATIONS ENVIRONMENTAL 
SBX Interface IEEE 959 Temperature: 0°C to 55°C Operating (Free moving 
Data Transfer 16 bits air across the base board and iSBX 
586) 
Signal Level See the iSBX 586 Hard 
ee spall Manual Beer. — 40°C to +65°C Non-Operating 
Signals Supported All iSBX bus signals are sup- _ “umidity: 5% to 90% Operating 
ported except: 5% to 95% Non-Operating 
MA2 MINTR1 


Refer to the iSBX'586 Hardware Reference Manual 


MCLK OPT (not supplied) for details. 

MDACK TDMA 

MDRQT -—12V 
Serial Interface IEEE 802.3 compatible ORDERING INFORMATION 
DC Power All voltages supplied by the | Order Code Description 
Requirements iSBX interface SBX 586 Ethernet Data Link Engine 


+5V DC +5%, 2A max. 
+12V DC +5%, 1A max. 
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ISBC 552A 
IEEE 802.3 COMPATIBLE 
NETWORK INTERFACE ADAPTOR 


m Provides High-Performance Network m Resident Network Software Can be 
Front-End Processing for All Down-Loaded over the Bus or LAN 
Multibus | Systems Regardless of the ; : 

Operating System of the Host ” silubsral eegnOsiic ane: Bont 
— Intelligent Controller with an 8 MHz 
80186 Processor and 256K of DRAM m Supported by XNX-NET and iRMX-NET 


Memory Network File Service Software 
— IEEE 802.3 Network Port Driven by Products 
the 82586 LAN Coprocessor = iSBC 552A is a Flexible, Intelligent 
m Can Execute On-Board the Intel iNA Communications Controller for IEEE 
960/961 Software, an Implementation 802.3 LANs 


of Industry Standard ISO 8073 
Transport and ISO 8473 Network 
Protocols 


The iSBC 552A is designed for communications front end processor applications connecting Multibus | sys- 
tems onto IEEE 802.3 compatible LANs. This Network Interface Adaptor is dedicated to the network communi- 
cations tasks within a system allowing the host to spend more time processing user applications. A major 
advantage of this product is that it can be used to network existing systems and established designs without 
forcing the redesign of the entire system architecture. 


The iSBC board can be used with any operating system because it requires only a high level interface to 
communicate with the host. The result is a powerful system building block which enables the OEM to network 
Multibus | based systems with different operating systems. Applications for the 552A products include net- 
worked multiuser XENIX based systems for the office and laboratory, iRMX® software-based systems for real- 
time applications, or many other system applications. 


SSE 


SES 


280385-1 
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iSBC 552A 


THE iSBC BOARD 


The iSBC 552A version is a board that offers the 
hardware necessary for the user to construct an 
' IEEE 802.3 front-end processor for custom require- 
ments. The Intel iNA 960 ISO standard transport and 
network software can be configured and optimized 
to run on the iSBC 552A board. 


Operating Systems Environment 


The iSBC 552A board and iNA 960/961 software 
can function in any Multibus | environment. The 
communication between the iSBC 552A and the 
host processor is entirely independent of any host 


PROGRAM DRIVER 


TRANSFER OF 
REQUEST BLOCKS 
(COMMANDS) 


EEN CERO 


HOST PROCESSOR 


intel. 


operating systems. iNA 960/961 uses the MIP proto- 
col to interface with the host processor. The MIP is a 
reliable, host operating system independent, pro- 
cess to process communication scheme between 
any processors on the Multibus | System Bus. iNA 
960/961 can service multiple processes utilizing its 
services at the same time. » 


A host processor passes iNA 960/961 commands 
and buffers in the Multibus | system memory to the 
iNA 960/961 software. This software is responsible 
for updating the response fields of these commands. 
It is responsible for copying the user send buffer in 
Multibus | system memory into its onboard buffers 
for transmission and for copying received messages 
to user buffers in Multibus | system memory. 


iNA 
961 MIP 
DRIVER 


iNA 961 
SOFTWARE 


YNOcwe-oarceE 


BME KG TS 


iNA 961 
BOARD SOFTWARE 


280385-2 


Figure 1. INA 961 MIP Interface 
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intel E | } | {SBC 552A 


DEVELOPMENT ENVIRONMENT Multibus Interface: The iSBC 552A board conforms 
to all AC and DC requirements 

The iSBC 552A allows a user to fine tune INA 960 outlined in Intel Multibus | Speci- 

and to put the software on the board. Both iNA 960 fication. Order Number 142686- 

and the iSBC 552A can be flexibly configured to best 022m except for the following 

meet the users’ requirements. An Intel development signals: 

system, together with the Intel I2ICE system or Signal DATO-DAT7 


equivalent product can be used if the user desires to 


do extensive development work on the iSBC 552A. Signal Specification: 


Intel also supplies a wide range of host processor lit = 180 pA liq = 125 pA 
boards and systems (such as the iSBC 286/12 and DC Power Re- 
system 310) that will function well with the iSBC quired: All voltages supplied by the Mul- 
552A. tibus | Interface 

: +5.0V +5%, 6.2A maximum 
SPECIFICATIONS +12.0V +5%, 0.5 maximum 


Data Transfer: 8 or 16 bits 


Environmental 
Average Raw Multibus | Transfer Rate: | 
Temperature: 0°C to + 55°C Operating 


8.7 Mbits/second (450 ns, 16-bit system memory — —40°C to — 65°C Non-Operating 
and no Multibus | contention) Humidity: 5% to 90% Operating 
5% to 95% Non-Operating 
Transceiver Interface 


Transmit Data Rate: 10 Mbits/second ORDERING INFORMATION 
Signal Levels: — 10,000 ECL-compati- Order Code Description 
SBC552A IEEE 802.3 COMMengine 

Host Interrupts: One Multibus | non-vector in- NAQ60 Configurable transport software 

terrupt for use in system/ 

host handshaking usable with the SBC552A 4 

NA961 Preconfigured transport software for 
the SXM552A 
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ISBC 186/51 
COMMUNICATING COMPUTER 


m@ 6 MHz 80186 Microprocessor m@ Sockets for up to 192K Bytes of JEDEC 

m 128K Bytes of Dual-Ported RAM 28 Pin Standard Memory Devices 
Expandable On-Board to 256K Bytes m= Two iSBX Bus Connectors 

m 82586 Local Area Network Coprocessor m@ 16M Bytes Address Range of 
for Ethernet/IEEE 802.3 Specifications MULTIBUS Memory 

m Two Serial Interfaces, RS-232C and m@ MULTIBUS Interface for Multimaster 
RS-422A/RS-449 Compatible Configurations and System Expansion 

m= Supports Transport Layer Software m@ Supported by a Complete Family of 
(INA 960) and Higher Layer Single Board Computers, Peripheral 
Communications Software (such as Controllers, Digital and Analog I/O, 
iIRMX®-NET) Memory, Packaging and Software 


The iSBC 186/51 COMMUNICATING COMPUTER is a member of Intel’s OpenNET family of products, and 
supports Intel’s network software. The iSBC 186/51 utilizes Intel’s VLSI technology to provide an economical 
self-contained computer for applications in processing and local area network control. The combination of the 
80186 Central Processing Unit and the 82586 Local Area Network Coprocessor makes it ideal for applications 
which require both communication and processing capabilities such as networked workstations, factory auto- 
mation, office automation, communications servers, and many others. The CPU, Ethernet interface, serial 
communications interface, 128K Bytes of RAM, up to 192K Bytes of ROM, I/O ports and drivers and the 
MULTIBUS interface all reside on a single 6.75” x 12.00” printed circuit board. 


280207-1 


September 1993 
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BLOCK DIAGRAM 


RS-422 : iSBX BUS iSBX BUS 
RS232-C RS-449 MULTIMODULE MULTIMODULE 

CONNECTOR CONNECTOR 

ETHERNET 
SERIAL 
INTERFACE 
INTERRUPT 
MATRIX 


LOCAL AREA SERIAL 
NETWORK INTERFACE 

COPROCESSOR (MPSC) 

82586 ' 8274 


aS! 


ON-BOARD LOCAL BUS 
DUAL PORT RAM MULTIBUS cies oe ae FLAG BYTE 
CONTROLLER MULTIMASTER a ee re istigh SIGNAL 


128K/256K INTERFACE —2 DMA CHANNELS MECHANISM 


80130-6 EPROM 
—=5 FIWERS. : iRAM 
— PROG. INT. CONT. JEDEC SITES 


MULTIBUS SYSTEM BUS 
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iSBC 186/51 Block Diagram 


SPECIFICATIONS Memory Capacity/Addressing 


Word Size Six Universal Memory Sites support JEDEC 24/28 
pin EPROM, PROM, iRAM and static RAM. 
Instruction: 8, 16, 24, or 32 bits 


Data: 8, 16 bits Example for EPROM: 
Device Total Capacity Address Range 
System Clock 2732 24K Bytes F8000-FFFFF} 
2764 48K Bytes FOOOO-FFFFFY 
+ 9 
Sere = ees 27128 96K Bytes EQOOO-—FFFFFy 
27256 192K Bytes COO00-FFFFFy 


Cycle Time 


Basic Instruction Cycle On-Board RAM 
6 MHz— 1000 ns Board Total Capacity Address Range 


333 ns (assumes instruction in the queue) ISBC 186/51 = 128K Bytes O-1FFFFy 


With MULTIMODULE RAM 


NOTE: : 
Basic instruction cycle is defined as the fastest in- Board _— Total Capacity Address Range 
struction time (i.e., two clock cycles). iSBC 304 256K Bytes 0-3FFFFY 
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ISBC 186/51 


I/O Capacity 


Serial two programmable channels using one 8274. 


iSBX Bus two 8/16-bit iSBX bus connectors allow 
use of up to 2 single-wide modules or 1 single-wide 
module and 1 double-wide iSBX module. 


Serial Communications Characteristics 


Synchronous — 5-8 bit characters; internal or ex- 
ternal character synchronization; 
automatic sync insertion 


Asynchronous — 5-8 bit characters; break charac- 
ter after generation; 1, Y%, or 2 
stop bits; false start bit detection 


3600 | 2400 
[2x00 [600 
[182 | 19200 | r200 | 900 
[6 | e600 | 600 

[soo [75 


| 150 
[24 | 240 | 10 || 
| 2400 


Baud Rates 


Frequency 
(KHz) (S/W 
Selectable) 


150 


1,¢0 1,760 110 


NOTE: 

Frequency selected by |/O write of appropriate 16-bit fre- 
quency factor to baud rate register (80186 timer 0 and 
80130 baud timer). 


Timers 

input Frequencies 
Reference 1.5 MHz +0.1% (0.5 us period nominal) 
Event Rate: 1.5 MHz max. 


Interfaces 
Ethernet — IEEE 802.3 compatible 


~ MULTIBUS — IEEE 796 


MULTIBUS — Master D16 M24 116 VO EL 


Compliance 
iSBX Bus —IEEE P959 compatible 


Serial |/O —RS-232C compatible, configurable as a 
data set or data terminal, 


RS-422A/RS-449 


Physical Characteristics 
Width: 12.00 in. (30.48 cm) 


Height: 6.75 in. (17.15 cm) 
Depth: 0.70 in. (1.78 cm) 
Weight: 18.7 ounces (531 g.) 


Environmental Characteristics 
Operating Temperature: 0°C to 55°C 


Relative Humidity: 10% to 90% (without con- 
densation) 


80186 Output Frequencies/Timing Intervals 


667 ns 


Real-Time Interrupt | 667ns_— 


Square-Wave Rate Generator 22.889 Hz 
Event Counter tie! setae 
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ey ee 
Timer/Counter Timer/Counter 
a Se ee es ee oe 
T | 43.69ms | 667ns_ 
| Programmable One-Shot__|_1000ns_|_43.69ms |  1000ns__—|_47.72Minutes 
| Software Triggered Strobe | _—'1000ns_ | 43.69ms | —1000ns_—|_47.72 Minutes 


667 ns 


47.72 Minutes 
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Connectors 


Double-Sided Pins Centers (in.) Mating Connectors 


fe ae ee Se 
Electrical Characteristics 


Flat or 
D.C. Power Supply Requirements 
Maximum Current 


AMP88106-1 Flat 
Configuration (All Voltages + 5%) 


SBC 186/51 as shipped: 
Board Total 
With separate battery back-up 


Battery back-up 


With SBC-304 Memory Module 
Installed: 
Board Total 
With separate battery back-up 
Battery back-up , 


NOTES: 

1. Add 150 mA to 5V current for each device installed in the 6 available Universal Memory Sites. 
2. Add 500 mA to 12V current if Ethernet transceiver is connected. 

3. Add additional currents for any SBX modules installed. 


Reference Manual ORDERING INFORMATION 


122330— iSBC 186/51 Hardware Reference Manu- Order Code Description 


al (NOT SUPPLIED) SBC18651 Communicating Computer 
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ISBX 344A | . 
BITBUS INTELLIGENT MULTIMODULE BOAR 
m@ High Performance 12 MHz 8044 m@ 2 28-Pin JEDEC Memory Sites for 
Controller User’s Control Functions 
mg Integral Firmware Including the iDCX 51 m Low Cost, Double-Wide iSBX BITBUS 
Executive Optimized for Real-Time Expansion MULTIMODULE Board 


Control Applications 
@ Full BITBUS Support 


m@ Power Up Diagnostics 


The iSBX 344A BITBUS Intelligent MULTIMODULE board is the BITBUS gateway to all Intel products that 
support the iSBX I/O Expansion Interface. Based on the highly integrated 8044 component (an 8-bit 8051 
microcontroller and an SDLC-based controller on one chip) the iSBX 344A MULTIMODULE board extends the 
capability of other microprocessors via the BITBUS interconnect. With the other members of Intel’s Distributed 
Control Modules (iDCM) family, the iSBX 344A MULTIMODULE board expands Intel’s OEM microcomputer 
system capabilities to include distributed real-time control. The iSBX 344A MULTIMODULE board includes 
many features that make it well suited for industrial control applications such as: data acquisition and monitor- 
ing, process control, robotics, and machine control. 
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OPERATING ENVIRONMENT 


Intel’s Distributed Control Modules (iDCM) product 
family contains the building blocks to implement 
real-time distributed control applications. The iDCM 
family incorporates the BITBUS interconnect to pro- 
vide standard high speed serial communication be- 
tween microcontrollers. The iDCM hardware prod- 
ucts: including the iSBX 344A MULTIMODULE 
board, iPCX 344A board and all iRCB BITBUS Re- 
mote Controller Boards communicate in an iDCM 
system via the BITBUS interconnect as shown in 
Figure 1. 


As a member of the iDCM product line the iSBX 
344A MULTIMODULE board fully supports the BIT- 
BUS microcontroller interconnect. Typically, the 
iSBX 344A MULTIMODULE board would be part of a 
node (master or slave) on the BITBUS interconnect 
in an iDCM system. The iSBX 344A MULTIMODULE 
board plugs into any iSBC board with an iSBX con- 
nector. 


The iSBX 344A MULTIMODULE board is the hard- 
ware interface between Intel's MULTIBUS and the 
BITBUS environment. With this interface the user 
can harness the capabilities of other Intel microproc- 
essors e.g. 80386, 80286, 80186, 8086, 80188, 
8088 in a iDCM system or extend an existing MULTI- 
BUS system with the iDCM family. 


MULTIBUS Expansion 


Typically, MULTIBUS iSBC boards have a maximum 
of two iSBX I/O expansion connectors. These con- 
nectors facilitate addition of one or two iSBX |/O 
MULTIMODULE boards with varying numbers of I/O 
lines. The iSBX 344A MULTIMODULE board in- 
creases the number of I/O lines that can be accom- 
modated by a MULTIBUS system by at least an or- 
der of magnitude. 


Extending BITBUS/iDCM System 
Processing Capability 


The iSBX 344A MULTIMODULE board allows utiliza- 
tion of other processors in a iDCM system to accom- 
modate particular application requirements. The 
MULTIMODULE board is compatible with any iSBX 
connector so that any board having a compatible 
connector can potentially enhance system perform- 
ance. Intel’s DCS100 BITBUS Toolbox Software 
provides easy to use high performance software in- 
terfaces for iSBC boards. The iSBC 86/35, 286/12, 
and 188/48 boards are a few examples. Custom 
configurations are also possible with user custom- 
ized software. 
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ARCHITECTURE 


Figure 1 illustrates the major functional blocks of the 
iSBX 344A board: 8044 BITBUS Enhanced Micro- 
controller (BEM), memory, BITBUS microcontroller 
interconnect, Byte FIFO interface, initialization and 
diagnostic logic. 3 


1/0 EXPANSION BUS 


BYTE FIFO 
INTERFACE 


OFF CHIP 
MEMORY 


DATA SITE 
28 PIN 
CODE SITE 


INITIALIZATION 
& DIAGNOSTIC 
LOGIC 


BITBUS 
BUFFERS 


BITBUS INTERCONNECT 
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Figure 1. iSBX 344A Block Diagram 


- IDCM Controller 


The heart of the iSBX 344A MULTIMODULE board’s 
controlling and communication capability is the high- 
ly integrated 12 MHz 8044 microcontroller. The 8044 
consists of the advanced 8-bit, 8051 microcontroller 
and a SDLC-based controller called the Serial Inter- 


Bi 
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face Unit (SIU). This dual processor architecture al- 
lows complex control and high speed communica- 
tion to be realized cost effectively. 


The 8044 BEM microcontroller also includes built-in 
firmware known as DCM44. This firmware includes a 
set of functions called Remote Access and Control 
(RAC), a preconfigured version of the DCX51 Execu- 
tive, communications software, and a power-up test 
procedure. 


Memory 


The iSBX 344A MULTIMODULE board memory con- 
sists of two internal and external memory. Internal 
memory is located in the on-chip memory of the 
iDCM controller. The iDCX 51 Executive and the re- 
maining 8044 BEM firmware ration this resource. 
However, eight bytes of bit addressable internal 
memory are reserved for the user. Ample space is 
reserved for user programs and data in the iSBX 
344A MULTIMODULE board external memory. 


Two 28-pin JEDEC sites comprise the iSBX 344A 
MULTIMODULE board external memory. One site 
has been dedicated for data; the other for code. Ta- 
ble 1 lists the supported memory devices for each 
site. Intel’s 2764 and 27128 are examples. The user 
may choose one of two memory configurations and 
specify different memory sizes by placing the proper 
jumpers at system initialization. The most flexible 
configuration option provides the user with access to 
the code site for program download or upload. This 
feature ensures expansion of an existing system is 
easily accommodated. For example, the addition of 
another conveyor to a material handling system 
would require adding another controller or control- 
lers and changes to existing applications code and 
addition of new code. 


Table 1. Supported Memory Devices 


4K x 8-64K x 8 
EPROM/ROM 
2K x 8-—32K x 8 
SRAM 
2K x 8B-16K x8 
NVRAM and E2PROM 


| Device _| Datasite | Code site | 
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BITBUS Microcontroller Interconnect 


The iSBX 344A MULTIMODULE board fully supports 
the BITBUS microcontroller interconnect. The 
BITBUS interconnect is a serial bus optimized for 
control applications. The interconnect supports both 
synchronous and self-clocked modes of operation. 
These modes of operation are selectable dependent 
on application requirements as are the transmission 
rates. Table 2 shows different combinations of 
modes of operations, transmission rates, and dis- 
tances. The SDLC-based protocol, BITBUS mes- 
sage format, and compatibility with Intel’s other soft- 
ware and hardware products comprise the remain- 
der of this established architecture. These features 
contribute to BITBUS reliability and usefulness as a 
microcontroller interconnect. 


The BITBUS connection consists of one or two dif- 
ferential pair(s) of wires. The BITBUS interface of 
the iSBX 344A MULTIMODULE board consists of a 
half-duplex RS 485 transceiver and an optional 
clock source for the synchronous mode of opera- 
tion. 


Byte FIFO Interface 


The Byte FIFO Interface on the iSBX 344A 
MULTIMODULE board implements the required 
hardware buffering between the 8044 BEM and an 


extension. An extension is defined as a device at- 


tached to the iSBX I/O expansion interface on the 
iSBX 344A MULTIMODULE board. In an iDCM sys- 
tem, an example of an extension is an iSBC 286/12 
board which may be considered the host board in a 
MULTIBUS system. When used with the software 
handlers in the BITBUS Toolbox, implementation of 
this interface is complete. 


For particular applications, the user may wish to de- 
velop a custom software interface to the extension 
or host board. On the iSBX 344A MULTIMODULE 
board side of the interface the iDCM firmware auto- 
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matically accepts messages for the FIFO. No user 
code is required, increasing the time available for 
application system development. 


The Byte FIFO supports both byte and message 
transfer protocol in hardware via three register ports: 
data, command, and status. The extension side sup- 
ports polled, interrupt, and limited DMA modes of 
operation (e.g. 80186 type DMA controllers). 


Initialization and Diagnostic Logic 


Like the other members of Intel’s Distributed Control 
Modules (iDCM) product line,- the iSBX 344A 
MULTIMODULE board includes many features 
which make it well suited for industrial control appli- 
cations. Power up diagnostics is just one of these 
features. Diagnostics simplify system startup consid- 
erably, by immediately indicating an 8044 BEM or 
external bus failure. The LEDs used for power up 
diagnostics are available for user diagnostics after 
power up as well as to further contribute to reliable 
operation of the system. 


Initial iSBX 344A MULTIMODULE board parameters 
are set by positioning jumpers. The jumpers deter- 
mine the BITBUS mode of operation: synchronous, 
self-clocked, transmission rate, and address of the 
iSBX module in the BITBUS system. This minimizes 
the number of spare boards to be stocked for multi- 
ple nodes, decreasing stocking inventory and cost. 
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INTEGRAL FIRMWARE 


Resident firmware located in the 8044 BEM in- 
cludes: a pre-configured iDCX 51 Executive for user 
program development; a Remote Access and Con- 
trol (RAC) function that enables user communication 
and control of different microcontrollers and |/O 
points; a communications gateway to connect the 
BITBUS interconnect, iSBX bus, and iDCX 51 Exec- 
utive tasks; and power up diagnostics. 


The iDCX 51 Executive is an event-driven software 
manager that can respond to the needs of multiple 
tasks. This real-time multitasking executive provides: 
task management, timing, interrupt handling, and 
message passing services. Table 3 shows the 
iDCX 51 calls. Both the executive and the communi- 
cations gateway allow for the addition of up to seven 
user tasks at each node while making BITBUS oper- 
ations transparent. 


The Remote Access and Control Function is a spe- 
cial purpose task that allows the user to transfer 
commands and program variables to remote BIT- 
BUS controllers, obtain the status of a remote I/O 
line(s), or reverse the state of a remote |/O line. 
Table 4 provides a complete listing of the RAC serv- 
ices. No user code need be written to use this func- 
tion. 


The services provided by the iSBX 344A MULTI- 
MODULE board integral firmware simplify the devel- 
opment and implementation of complex real-time 
control application systems. All iDCM hardware 
products contain integral firmware thus supplying 
the user with a total system solution. 


Table 2. BITBUS Microcontroller Interconnect Modes of Operation 


Maximum Distance 
yrs Between Repeaters 
M/ft 


Self Clocked 


375 300/1000 
62.5 1200/4000 


Maximum # Repeaters 
Between a Master 
and Any Slave 


Maximum # Nodes 
Per Segment 


28 
28 


Segment: Distance between master and repeater or a repeater and a repeater. 


Synchronous mode requires user supplied crystal. 
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Table 3. iDCX 51 Calls 


ROSCREATESTASK 
ROSDELETESTASK 
ROSGETSFUNCTIONSIDS 
MEMORY MANAGEMENT CALLS : 
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' Table 4. RAC Services | 


Action Taken by Task 0 
Perform a software reset. ) 
Perform an RQ$CREATE$TASK system call. 
Perform an RQ$DELETE$TASK system call. 
Perform an RQ$GET$FUNCTIONSIDS call. 
Suspend or resume RAC services. 

Return values from specified |/O ports. 

Write to the specified 1/O ports. 

Update the specified I/O ports. 

Return the values in specified memory area. 

Write values to specified memory area. 

Read values at specified internal RAM areas. 
Write values to specified internal RAM areas. 
Return device related information. 

Set node offline. 

Read values from code memory space. 
Write values to specified EEPROM memory. 


NOTE: 

Internal memory locations are included in the 192 bytes of data RAM provided in the microcontroller. External memory refers 
to memory outside the microcontroller — the 28-pin sockets of the iSBX 344A module and the iRCB 44/10A board. Each 
RAC Access Function may refer to multiple |/O or memory locations in a single command. 


SPECIFICATIONS _ Address Range 


| | Optiona | OptionB 
CPU 7 


External OOOOH-7FFFH | OOOOH-—7FFFH 
8044 BITBUS Enhanced Microcontroller (BEM) Data 
Memory 


Word Size External | 1000H-OFFFFH | 8000H-OFEFFH 
Instruction: 8 bits Code 

Memory 
Data: 8 bits 


Processor Clock 12 MHz 


Internal OOOOH-OFFFH OOOOH-—OFFFH 
Code 
Memory 


Option A: Supports maximum amount of external EPROM code mem- 
Instruction Execution Times 


ory. 
Option B: Supports downloading code into external RAM or EEPROM 
1 ws 60% instructions memory. 


2 ws 40% instructions 


4 us Multiply & Divide Terminations 
Sockets provided on board for 4 Watt 5% Carbon 
Memory Capacity / Addressing type resistors. Resistor value to match characteristic 
impedance of cable as closely as possible—1200 or 
iDCM Controller: Up to 64 Kbytes code greater. 


Message Size 
54 bytes max 
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8044 BITBUS Enhanced Microcontroller 
(8044 + Firmware) I/O Addressing as Viewed from the 8044 


|_Function | Address | Read | write 
| Data | FFOOH v ee O ee ee 


FFO1H vd Write sets command to 


extension — Read clears 1 
command from extension 


Status 
-RFNF* Also INT1 Input 
-TFNE* Also INTO Input | 


-TCMD* 


Pepe: | oH 
TRDVINES | BAH 
Configuration 


iSBX 344A MULTIMODULE Board I/O Addressing as Viewed from the 
iSBX 344A MULTIMODULE Board 


Register Function | Address == Comments 
mee ee ee Read/ Wt 


Command Base’ + 1 Write sets command from 
extension 

Read clears command to 

extension 


ee ee eee ee Read Only 


interrupt/DMA Lines Status Register Interface 


Interface 
a ae 


MDRQ/MINTO INT 


o WW 

NM MO © 

ae ae 
esses | sie 


Status Register Interface 
8 3. 4-as.2..1.0 


MINT1 INT 
OPTO INT or DMA 
MDRQ/MINTO DMA 


MINT1 DMA 


| TFNF* 
RFNE* 
RCMD* 
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Connector Options 


10 Pin Plug 


Flat Cable: 3M 3473-6010, TB Ansley 609-1001M, 
or equal 


Discrete Wire: BERG 65846-007, ITT Cannon 121- 
_ 7326-105, or equal 


Pinout 


+ 12V 
+12V 
GND 
GND 
DATA* 
DATA 
DCLK*/RTS* 
DCLK/RTS 

RGND 
RGND 


1 
2 
3 
4 
5 
6 
rd 
8 
9 

10 


! 


Electrical Characteristics 


interfaces 


iSBX I/O Expansion Bus: supports the standard |/O 
Expansion Bus Specification with compliance level 
IEEE 959. ~ 


Memory Sites: Both code and data sites support the 
standard 28-pin JEDEC site. 


BITBUS Interconnect: Fully supported synchronous 


mode at 2.4 Mbits/sec and self clocked mode for 
375 kbits/sec and 62.5 kbits/sec 
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The iSBX 344A MULTIMODULE board presents one 
standard load to the BITBUS bus 


Power Requirements 


0.9A at +5V +5% (does not include power to the 
memory devices) 


Physical Characteristics 
Double-wide iSBX MULTIMODULE Form Factor 


Dimensions 


Height: 10.16 mm (0.4 in) maximum component 
height 

63.5 mm (2.50 in) 

190.5 mm (7.50 in) 


113 gm (4 ounces) 


Width: 
Length: 
Weight: 


Environmental Characteristics 

Operating Temperature: 0°C to 55°C at 200 Linear 
Feet/Minute Air Velocity 

Humidity: 90% non-condensing 


Reference Manual (NOT Supplied) 
148099— iSBX 344A Intelligent BITBUS Interface 
Board User’s Guide 


Ordering Information 


Part Number Description 


iSBX 344A BITBUS Intelligent MULTIMODULE 
board 
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| IRCB 44/10A 
BITBUS DIGITAL I/O REMOTE CONTROLLER BOARD 
@ High Performance 12 MHz 8044 m@ 2 28-Pin JEDEC Memory Sites for 
Controller User’s Control Functions 
@ Integral Firmware: iDCX Executive, @ |/O Expansion with 8-Bit iSBX 
Optimized for Real-Time Control Connector 
@ Full BITBUS Support m@ Programmable Control/Monitoring | 
m Standard Industrial Packaging:  — Using 24 Digital I/O Lines : 


Eurocard, DIN Connector , m@ Power Up Diagnostics 


The iRCB 44/10A BITBUS Digital |1/O Remote Controller Board is an intelligent real-time controller and a 
remote I/O expansion device. Based on the highly integrated 8044 component (an 8 bit 8051 microcontroller 
and an intelligent SDLC-based controller on one chip) the iRCB 44/10A board provides high performance 
control capability at low cost. The iRCB 44/10A board can expand Intel’s OEM microcomputer system capabil- 
ities to include distributed real-time control. Like all members of the iDCM family, the iRCB 44/10A board is 
well suited for industrial control applications such as data acquisition and monitoring, process control, robotics, 
and machine control. 
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OPERATING ENVIRONMENT 


Intel’s Distributed Control Modules (iDCM) product 
family contains the building blocks to implement 
real-time distributed control applications. The iDCM 
family incorporates the BITBUS interconnect to pro- 
vide standard high speed serial communication be- 
tween microcontrollers. The iDCM hardware prod- 
ucts, which include the iPCX 344A board, iSBX 344A 
MULTIMODULE board and the iRCB 44/10A BIT- 
BUS Remote Controller Board (and other iRCB 
boards), communicate in an iDCM system via the 
BITBUS interconnect as shown in Figure 1. 


_The iRCB 44/10A board can be used as an intelli- 
gent remote controller or an |/O expansion device. 
When performing as an intelligent controller the 
iIRCB 44/10A board not only monitors the status of 
multiple process points, but it can execute varied 
user supplied control algorithms. When functioning 
as an |/O expansion device, the iRCB 44/10A board 
simply collects data from multiple 1/O ports and 
transmits this information via the BITBUS or iSBX 
bus interface to the system controller for analysis or 
updating purposes. - 


As a member of the iDCM product line, the iRCB 
44/10A board fully supports the BITBUS microcon- 
troller interconnect. Typically, the iRCB 44/10A 
board would be a node in a BITBUS system. The 
iIRCB 44/10A board could be a master or slave 
node. (The BITBUS system supports a multidrop 
configuration: one master, many slaves.) 


ARCHITECTURE 


Figure 2 illustrates the major functional blocks of the 
iRCB 44/10A board: 8044 BITBUS Enhanced Micro- 
controller, memory, BITBUS microcontroller inter- 
connect, parallel |/O, iSBX expansion, initialization 
and diagnostic logic. 


8044 BITBUS Enhanced 
Microcontroller 


The heart of the iRCB 44/10A board’s controlling 
and communication capability is the highly integrat- 
ed 12 MHz 8044 microcontroller. The 8044 consists 
of the advanced 8-bit 8051 microcontroller and a 
SDLC controller called the Serial Interface Unit 
(SIU). This dual processor architecture allows com- 
plex control and high speed communication func- 
tions to be realized cost effectively. The 8044’s SIU 
acts as a SDLC-based controller which offloads the 
on-chip 8051 microcontroller of communication 
tasks; freeing the 8051 to concentrate on real-time 
control. 
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The 8044 BEM microcontroller also includes, in firm- 
ware, a set of procedures known as Remote Access 
and Control (RAC), a preconfigured version of the 
DCX 51 Executive, communications software, and 
power-up diagnostics. 


The BEM (8044 microcontroller and on-chip firm- 
ware) provides, in one package, a simple user inter- 
face, and high performance communications and 
control capabilities to efficiently and economically 
build a complex control system. 


Memory 


The iRCB 44/10A board memory consists of two 
sections: internal and external. Internal memory is 
located in the on-chip memory of the BEM. The 
iDCX51 Executive and the remaining BEM firmware 
ration this resource. However, eight bytes of bit ad- 
dressable internal memory are reserved for the user. 
Ample space is reserved for user programs and data 
in the iRCB 44/10A board external memory. 


Two 28 pin JEDEC sites comprise the iRCB 44/10A 
board external memory. One site has been dedicat- 
ed for data, the other for code. Table 1 lists the sup- 
ported memory devices for each site. Intel’s 2764, 
and 27128 are examples. The user may choose one 
of two memory configurations and specify different 
memory sizes by placing the proper jumpers at sys- 
tem initialization. The most flexible configuration op- 
tion provides the user with access to the code site 
for program download or upload. This feature en- 
sures expansion of an existing system is easily ac- 
commodated. | 


Table 1. Supported Memory Devices 


Pe, reves ota Sie | Code sts 
4K X 8-64K X8 YES 
EPROM/ROM 
2K X 8-32K X 8 YES YES 

SRAM. 
2K X 8-16K X 8 YES 
NVRAM and E2PROM 


BITBUS Microcontroller Interconnect 


The iRCB 44/10A board serial interface fully sup- 
ports the BITBUS microcontroller interconnect. The 
BITBUS interconnect is a serial bus optimized for 
control applications. The bus supports both synchro- 
nous and self-clocked modes of operation. These 
modes of operation are selectable dependent on ap- 
plication requirements as are the transmission 
speeds. Table 2 shows the different combinations of 


IRCB 44/10A 


28 PIN DATA SITE 


26 PIN CODE SITE 


REPEATED BITBUS 
INTERCONNECT 
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Figure 2. IRCB 44/10A Block Diagram 


modes of operation, transmission speeds, and dis- 
tances. The SDLC-based protocol, BITBUS mes- 
sage format, and compatibility with Intel’s other soft- 
ware and hardware products comprise the remain- 
der of the BITBUS architecture. These features con- 
tribute to BITBUS system reliability and usefulness 
as a microcontroller interconnect. 


The BITBUS connection consists of one or two dif- 
ferential pair(s) of wires. The serial (BITBUS) inter- 
face of the iIRCB 44/10A board consists of: a half- 
duplex RS 485 transceiver, an optional BITBUS re- 
peater and an optional clock source for the synchro- 
nous mode of operation. 


Digital Parallel 1/O 


In order to provide an optimal parallel |/O interface 
for control applications, the iRCB 44/10A board sup- 
ports 24 software programmable parallel |/O lines. 
This feature supplies the flexibility and simplicity re- 


quired for control and data acquisition systems. Six- 
teen of these lines are fully programmable as inputs 
or outputs, with loopback, on a bit by bit basis so 
that bit set, reset, and toggle operations are stream- 
lined. The remaining eight lines are dedicated as in- 
puts. Figure 3 depicts the general !/O port structure. 


The parallel |/O lines can be manipulated by using 
the Remote Access and Control (RAC) function (in 
BEM firmware) from a supervisory node or locally by 
a user program. The user program can also access 
the RAC function or directly operate the I/O lines. 
Input, output, mixed— input and output, and bit oper- 
ations are possible simply by reading or writing a 
particular port. 


iSBX Expansion 


One iSBX |/O expansion connector is provided on 
the iRCB 44/10A board. This connector can be used 
to extend the I/O capability of the board. In addition 
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to specialized and custom designed iSBX boards, a 
full line of compatible high speed, 8-bit expansion 
MULTIMODULE boards, both single and double 
wide, are available from Intel. The only incompatible 
modules are those that require the MWAIT* signal or 
DMA operation. A few of Intel’s IRCB 44/10A board 
compatible iSBX MULTIMODULE boards include: 
parallel 1/O, serial 1/O, BITBUS expansion, IEEE 
488 GPIB, analog input and analog output. 


With the iSBX 344A BITBUS Controller MULTIMOD- 
ULE board and user supplied software, the iRCB 
44/10A board can act as an intelligent BITBUS re- 
peater facilitating the transition between two BIT- 
BUS segments operating at different speeds. 


Initialization and Diagnostic Logic 


Like the other members of Intel’s Distributed Control 
Modules (iDCM) product line, the iRCB 44/10A 
board includes many features which make it well 
suited for industrial control applications. Power up 
diagnostics is just one of these features. Diagnostics 
simplify system startup considerably, by immediately 
indicating an iDCM controller or external bus failure. 
The LEDs used for power up diagnostics are 
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available for user diagnostics after power up as well 
to further contribute to reliable operation of the sys- 
tem. 


Initial i\RCB 44/10A board parameters are set by po- 
sitioning jumpers. The jumpers determine the 
BITBUS mode of operation: synchronous, self 
clocked, transmission speed, and address of the 
iIRCB 44/10A board in the BITBUS system. This 
minimizes the number of spare boards to be stocked 
for multiple nodes, decreasing stocking inventory 
and cost. 


INTEGRAL FIRMWARE 


The iRCB 44/10A board contains resident firmware 
located in the 8044 BEM. The on-chip firmware con- 
sists of: a pre-configured iDCX 51 Executive for user 
program development; a Remote Access and Con- 
troller (RAC) function that enables user communica- 
tion and control of different microcontrollers and |/O 
points; a communications gateway to connect the 
BITBUS interconnect, iSBX bus, iPCX bus and iDCX 
51 tasks; and power up diagnostics. 


Table 2. BITBUS Microcontroller Interconnect Modes of Operation 


Snead Maximum Distance 
ate: Between Repeaters | 
Kb/s M/tt 


Self Clocked 375 


Maximum # Repeaters 
Between A Master And 
Any Slave 


Maximum # Nodes 
Per Segment* 


300/1000 
62.5 1200/4000 


*Segment: Distance between master and repeater or repeater and repeater. Synchronous mode requires user supplied crystal. 


RESET* 


OPEN 
COLLECTOR 


1/O PORT PIN 
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Figure 3. 1/O Port Structure 
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Table 3. iDCX 51 Executive Calls 


Call Name 


INTERRUPT MANAGEMENT CALLS 


The iDCX 51 Executive is an event-driven software 
manager that can respond to the needs of multiple 
tasks. This real-time multitasking executive provides: 
task management, timing, interrupt handling, and 
message passing services. Table 3 shows the iDCX 
51 calls. Both the Executive and the communica- 
tions gateway allow for the addition of up to seven 
user tasks at each node while making BITBUS oper- 
ation transparent. 


The Remote Access and Control Function is a spe- 
cial purpose task that allows the user to transfer 
commands and program variables to remote BIT- 


Send a message to specified task. 


RQ$GET$MEM Get available SMP memory. | 
RQ$RELEASE$MEM Release SMP memory. 


RQ$DISABLE$INTERRUPT Temporarily disable an interrupt. 


BUS controllers, obtain the status of a remote I/O 
line(s), or reverse the state of a remote 1|/O line. 
Table 4 provides a complete listing of the RAC serv- 
ices. No user code need be written to use this func- 
tion. Power up tests provide a quick diagnostic serv- 
ice. 


The services provided by the iRCB 44/10A board 
integral firmware simplify the development and im- 
plementation of complex real-time control applica- 
tion systems. All iDCM hardware products contain 
integral firmware thus supplying the user with a total 
system solution. : ‘ 
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RAC Service , Action Taken by Task 0 
CREATE__TASK Perform an RQ$CREATE$TASK system call. i 


DELETE_TASK - - Perform an RQ$DELETE$TASK system call 
GET__FUNCTION__ID Perform an RQ$GET$FUNCTIONSIDS call. 
RAC__PROTECT Suspend or resume RAC services 


oR_/0 


NODE__INFO Return device related information 
OFFLINE Set node offline 


UPLOAD__CODE : Read values from code memory space 
DOWNLOAD__CODE Write values to specified EEPROM memory. 


INDUSTRIAL PACKAGING SPECIFICATIONS 


The iRCB 44/10A form factor is a single high, 220 

mm deep Eurocard and supports most standard in- Word Size 
dustrial packaging schemes as well as Intel’s RCX 

910 Digital Signal Conditioning, Isolation and Termi- Instruction: 8 bits 
nation Module (see below). The Eurocard form fac- Data: 8 bits 
tor specifies reliable DIN connectors. A standard 64 

- pin connector is included on the iRCB 44/10A 


board. | : Processor Clock 12 MHz 
Physical Characteristics instruction Execution Times 
Single high, 220 mm deep Eurocard Form Factor 1 psec 60% instructions 

2 usec 40% instructions 
Dimensions 4 psec Multiply & Divide 


Width: 13.77 mm (0.542 in) maximum component 
height 


Height: 100 mm (3.93 in.) 
Depth: 220 mm (8.65 in.) 
Weight: 169 gm (6 ounces) 


Memory Capacity/Addressing 
iDCM Controller: Up to 64 Kbytes code 
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Address Ranges : NOTES: 


Option A: Supports maximum amount of external EPROM 
Option A Option B code memory. 

Option B: Supports downloading code into RAM or 
External —Data | OO0OO0H-7FFFH | OOOOH-7FFFH EEPROM memory. 


—Code | 1000H-OFFFFH | 8000H-OFEFFH 


interrupt Sources 


Two external: iSBX |/O Expansion bus sources or 
other sources. 
BITBUS Microcontroller Interconnect. 


8044 BITBUS Enhanced Microcontroller I/O Addressing 
| __- Function =| Address =| Read 
PORT A FFCOH rad 
PORT B FFC1H 
PORT C FFC2H 


MCSO FF80H-FF87H 
FFOO, FFO1 


MSC1 FF88H-FF8F 
LED #1 90H 
LED #2 91H 
RDY/NE* B4H 
NODE ADDRESS PFPrH 
CONFIGURATION FFFEH 
OPTO 92H 
OPT1 93H 
INTO B2H 
INT1 B3H 


1% % 


Ske Bee ek 


PARALLEL 1/0 
Number: 2 8-Bit Bi-directional Ports 


1 8-Bit Input Port 
Table 5. Parallel 1/O Electrical Specification 


lop =16 mA 
lon= —2 mA 


Vit =0.5V 
Vin = logic high 
Vin=7V 


Terminations Repeaters 


Sockets provided on board for 4, Watt 5% Carbon Sockets provided on board: Devices 75174 and 
type resistors. Resistor value to match characteristic 75175 

impedance of cable as closely as possible—120N or 

greater. 
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Connector Options 


10 PIN PLUG 


Flat Cable: 3M 3473-6010, TB Ansley 609-1001M, 
or equal 


Discrete Wire: BERG 65846-007, ITT Cannon 121- 
7326-105, or equal 


DIN CONNECTOR PLUG 


Flat Cable: GW Elco 00-8259-096-84-124, Robinson 
Nugent RNE-IDC64C-TG30, or equal 


Discrete Wire: ITT Cannon GO6 M96 P3 BDBL-004 
GW Elco 60 8257 3017, or equal 


10 Pin Repeater Connector Pin Out 


+12V 

+ 12V 
GND 
GND 

DATA* 
DATA 

DCLK*/RTS* 
DCLK/RTS 
RGND 
RGND 


1 
2 
3 
4 
5 
6 
7 
8 
9 

10 


Electrical Characteristics 


interfaces 

iSBX I/O expansion bus: supports the standard 
I/O Expansion Bus Specification with compliance 
level D8/8F 


Memory Sites: Both code and data sites support the 
electrical Universal Memory Site specification 
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BITBUS Interconnect: The iRCB 44/10A Remote 


Controller Board supports the BITBUS Specification 
as follows: 


Fully supported synchronous mode at 2.4 
Mbits/second and self clocked mode for 375 kbits/ 
second and 62.5 kbits/second 


The iRCB 44/10A Remote Controller Board pres- 
ents one standard load to the BITBUS without re- 
peaters, with repeaters two standard loads 


Message length up to 54 bytes supported 
RAC Function support as shown in Table 4 


Parallel |/O: See the Table 5 for Electrical Specifica- 
tions of the interface. 


Power Requirements 


0.9A at +5V +5% iRCB 44/10 board only (power 
to memory, repeater, or iSBX board NOT included) 


Environmental Characteristics 


Operating Temperature: 0°C to 55°C at 200 Linear 
Feet/Minute Air Velocity 


Humidity: 90% non-condensing 


Reference Manual (NOT Supplied) 


iIRCB 44/10A Digital |/O Remote 148100-001 Con- 
troller Board User’s Guide 


Ordering Information 


Part Number Description 


RCB4410A BITBUS Digital |1/O Remote 


Controller Board 


: IRCB 44/20A 
ANALOG I/O CONTROLLER 
@ Distributed Intelligence via BITUS Serial m@ 16 Single-ended or 8 Differential Input 
Bus Channels - 
m 8044 8-bit Microcontroller at 12 MHz m@ 2 Outputs Channels 
m@ 12-bit Analog Resolution m +10V Range or 4-20 mA Current Loop 
@ Up To 20 KHz Aquisition Rate (50 ms) m |/O Expandable via iSBX Connector 
= Software Programmable Gain: 1, 10, = Compact Single-Eurocard Packaging 
100, 500 m Low Power Consumption 
m Two 28-pin JEDEC Memory Sites = Compatible with IRCX 920 Analog 


Signal Conditioning, Isolation and 
Termination Panel 


The iRCB 44/20A is a fully programmable analog I/O subsystem on a single-Eurocard form-factor board. The 
resident 8044 microcontroller operating at 12 MHz provides a means of executing data aquisition and control 
routines remote from the host computer. Real-time capability is made possible by the iDCX 51 Distributed 
Control Executive, resident in the 8044 microcontroller. Distribution of real-time control is implemented by the 
BITBUS Serial Bus protocol, which is also managed integrally by the 8044. 


Offering high performance, low-cost, and improved system bandwidth via distributed intelligence, the iRCB 
44/20A Analog |/O Controller is ideal for data acquisition and control in both laboratory and industrial environ- 
ments. 
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APPLICATION ENVIRONMENT 


Intel’s Distributed Control Modules (iDCM) product 
family contains the building blocks to implement 
real-time distributed control applications. The iDCM 
family incorporates the BITBUS interconnect to pro- 
vide standard high-speed serial communication be- 
tween microcontrollers. The iIRCB 44/20A may com- 
municate with other nodes in a distributed system 
via the BITBUS interconnect. Other nodes in the 
system may be the iSBX 344A BITBUS Controller 
MULTIMODULE, the iPCX 344A BITBUS IBM PC in- 
terface, the iIRCB 44/10A BITBUS Digital |/O Con- 
troller Board, or other BITBUS compatible products. 


The iRCB 44/20A board, can be used as an intelli- 
gent remote controller or an |/O expansion device. 
When performing as an intelligent controller the 
iRCB 44/20A board not only monitors the status of 
multiple sensors, it can also locally execute user de- 
veloped control algorithms. When functioning as an 
1/O expansion device the iIRCB 44/20A board man- 
ages the multiple |/O ports, transmitting this infor- 
mation via the BITBUS bus or iSBX interface to the 
system controller for analysis or data logging pur- 
poses. 


Typically, the iIRCB 44/20A board will operate as a 
node in a BITBUS system. BITBUS communication 
supports a multidrop configuration with one master, 
and multiple subordinate nodes. The iRCB 44/20A 
board may be either a master or slave node to man- 
age a wide variety of analog input or output tasks. 


‘| TWO-28 PIN 
SITES 


SAMPLE 


BITBUS 
BUFFERS 


BITBUS BUS 


FUNCTIONAL DESCRIPTION 


The major functional blocks of the iRCB 44/20A 
board, shown in Figure 1, include the 8044 micro- 
controller and BITBUS interconnect, local memory, 
Analog |/O, and iSBX expansion. 


Distributed Intelligence 


The heart of the iRCB 44/20A board’s controlling 
and communication capability is the highly integrat- 
ed 8044 microcontroller which operates at 12 MHz. 
The 8044 contains the advanced 8-bit, 8051 micro- 
controller and a complimentary SDLC controller, 
called the Serial Interface Unit (SIU). This dual proc- 
essor architecture provides complex control and 
high speed communication functions at a low cost. 


Another essential part of the 8044 controller is the 
on-chip firmware that exercises the BITBUS inter- 
face. The 8044’s SIU acts as an SDLC controller, off 
loading the on-chip microcontroller of communica- 
tion tasks so it may concentrate on real-time control. 


The 8044 microcontroller simplifies the user inter- 
face, and offers high performance communications 
and control capabilities in a single component pack- 
age. Many interconnected Distributed Control Mod- 
ules can form a powerful platform to efficiently and 
economically administer a complete control system. 


OUTPUT 
e +10V, +5V, 0-5V, 0-10V 


INPUT 
e +10V, +5V, 0-5V, 0-10V 


PROGRAMMABLE GAIN 


INSTRUMENTATION 
AMPLIFIER 
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Figure 1. iIRCB 44/20A Functional Diagram 


15-18 


iIRCB 44/20A 


Table 1. BITBUS Microcontroller Interconnect Modes Of Operation 


M/ft 


300/1000 
1200/4000 


Maximum Distance 
Between Repeaters 


Maximum # Repeaters 
Between A Master And 
Any Slave 


28 2 
28 


Maximum # Nodes 
Per Segment* 


* Segment: Distance between master and repeater or repeater and repeater. Synchronous Mode requires user supplied 


crystal. 
BITBUS Microcontroller Interconnect 


The iRCB 44/20A board fully supports the BITBUS 
microcontroller interconnect. BITBUS is a serial bus 
optimized for control applications. Both synchronous 
and self-clocked modes of operation are supported 
as well as multiple transmission rates. Table 1 
shows the different combinations of modes of oper- 
ation, transmission speeds, and distances. The 
SDLC protocol and BITBUS message format com- 
prise the data-link level of the BITBUS architecture. 
Use of these standards maximizes system reliability 
and flexibility. 


The physical connection to BITBUS uses either one 
or two pairs of wires across which differential signals 
travel. The iRCB 44/20A board contains a half-du- 
plex RS 485 tranceiver and an optional clock source 
for the synchronous mode of operation. 


Local Memory 


The iRCB 44/20A board contains both internal and 
external local memory. Internal memory is located 
within the 8044 controller and is used by the iDCX 
51 Executive and the SIU. Eight bytes of bit-address- 
able internal memory have been reserved for the 
user. 


Two 28-pin JEDEC sites provide the iRCB 44/20A 
board with memory that is external to the 8044. One 
site has been dedicated for data, the other for appli- 
cation code. Table 2 lists the supported memory de- 
vices for each site. The user may select one of two 
memory configurations using jumpers. One option 
provides the user with access to the application 
code site for uploading or downloading programs, 
which allows expansion or modification of an exist- 
ing system from a remote site. 
Table 2. Supported Memory Devices 


[| _____Device ~——|_‘DataSite | Code Site 
4K x 8-64K x8 
2K x 8-32K x 8 
ce. = 


2K x 8-16K x8 
NVRAM and E2PROM 


* 


Analog I/O 


The iRCB 44/20A has been designed to manage a 
wide variety of analog functions. The jumper-select- 
able voltage or current ranges plus software pro- 
grammable gain allows the iRCB 44/20A to acquire 
data from a combination of up to 16 thermocouples, 
strain gauges, pressure transducers, flow meters, 
level sensors, or any devices that operate on a 
4-20 mA current loop. Two analog output channels 
provide the capability to adjust system parameters 
locally through servo control, voltage-driven devices, 
or other actuators that respond to 4-20 mA signals. 


The 8044 microcontroller on the iRCB 44/20A al- 
lows Proportional Integral/Derivative (PID) algo- 
rithms, event timing, or averaging tasks to operate 
independent of the host computer or programmable 
controller. By off-loading the host in this manner, the 
overall system performance can be improved signifi- 
cantly. 


The analog |/O lines can be manipulated from a re- 
mote supervisor by communicating with the Remote 
Access and Control (RAC) functions, which are in- 
cluded in the 8044 controller firmware. The local ap- 
plication program running on the iRCB 44/20A can — 
also access the RAC functions or directly operate 
the I/O lines. ; 


iSBX Expansion 


One 8-bit iSBX I/O expansion connector is provided 
to expand the functionality of the iRCB 44/20A 
board. A full line of compatible expansion MULTI- 
MODULE boards are available from Intel; both sin- 
gle- and double-wide versions are supported by the 
iIRCB 44/20A. Parallel 1/O, serial 1/O, IEEE 488, 
magnetic-bubble memory, or additional analog |/O 
may be added in this manner. 


Also, the iSBX 344A BITBUS Controller MULTIMOD- 
ULE can be used to implement another BITBUS 
hierarchy with the iIRCB 44/20A functioning as the 
master. With user supplied software, this product 
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combination can operate as an intelligent BITBUS 
repeater, facilitating the transmission between two 
BITBUS segments operating at different speeds. 


Initialization and Diagnostic Logic 


Like the other members of the Intel’s Distributed 
Control Modules (iIDCM) product line, the iRCB 
44/20A board includes many features which make it 
well suited for industrial control applications. Power- 
up diagnostics simplify system initialization by imme- 
diately indicating a failure in either the 8044 micro- 
controller or external bus. On-board LEDs indicate 
diagnostic status and are available after power-up 
for user developed diagnostic routines. 


Initial IRCB 44/20A board parameters are manually 
set with jumpers. These jumpers specify the mode of 
operation (synchronous or self clocked), and trans- 
mission speed. The address of the iRCB 44/20A 
board within the BITBUS system is also declared in 
_ this manner. Therefore, spare board inventory is re- 
duced, since the iRCB 44/20A may be positioned at 
any node address. 


INTEGRAL iDCX 51 FIRMWARE 


The iRCB 44/20A board contains resident firmware 
located within the 8044 controller. This on-chip firm- 
ware, known as DCM 44, consists of a pre-config- 
ured iDCX 51 Distributed Control Executive for user 
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program development and execution, a library of Re- 
mote Access and Control (RAC) functions for inter- 
node communications and I/O control, plus an iSBX 


communications gateway, and power-up diagnos- 
tics. 


The iDCX 51 Executive is an event-driven software 
manager that can respond to the needs of multiple 
tasks. This real-time multitasking executive provides 
task management and timing, interrupt handling, and 
message passing services. Table 3 shows the iDCX 
51 user command library. Both the executive and 
the communications gateway allow for the addition 
of seven user tasks at each node that are indepen- 
dent of BITBUS bus management operations. 


Remote Access and Control (RAC) functions are 
special purpose tasks that allow the host system to 
transfer commands and program variables to remote 
BITBUS controllers and read/write to the remote 
I/O lines. Table 4 provides a complete listing of the 
RAC commands. No user code need be written to 
use this function. Power-up tests provide a quick di- 
agnostic service. 


The DCM 44 firmware, integral to the iIRCB 44/20A 
board, simplifies the development and implementa- 
tion of complex real-time control applications. All 
iDCM hardware products contain this integral firm- 
ware, providing the user with application code porta- 
bility. 


Table 3. iDCX 51 Executive Calls 


RQ$CREATE$TASK 
RQ$DELETESTASK 
RQ$GET$FUNCTIONSIDS 


RQ$ALLOCATE 
RQ$DEALLOCATE 
RQ$SEND$MESSAGE 
RQS$WAIT 


RQ$GET$MEM 
RQ$RELEASES$MEM 


RQSWAIT 


RQ$SETSINTERVAL 
RQ$WAIT 
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Get available SMP memory 
ROSDISABLESINTERRUPT 
ROSENABLESINTERRUPT 


Wait for an interval event. , 
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Table 4. RAC Services 


DOWNLOAD__MEMORY Write values to specified memory area. 
OR_I/O — OR values into specified I/O ports. 


Write values to specified EEPROM memory. 


NOTES: 

Internal memory locations are included in the 192 bytes of data RAM provided in the microcontroller. External memory refers 
memory outside the microcontroller—the 28-pin sockets of IRCB 44/20A board. Each RAC Access Function may refer to 1, 
2, 3, 4, 5 or 6 individual |/O or memory locations in a single command. 


AND_I/O AND values into specified |/O ports 
XOR_|/O XOR values into specified |/O ports 


INDUSTRIAL PACKAGING Instruction Execution Times 
The iRCB 44/20A board conforms to a single-wide 1 sec 60% instructions 
(3V), 220 mm deep Eurocard form-factor. This al- 2 usec 40% instructions 


lows the iRCB 44/20A to fit within standard industri- i 

al racks or chassis as well as Intel’s RCX 920 Ana- mapper nau res eayiee 
log Signal Conditioning, Isolation & Termination Pan- 

el (see below). The Eurocard specification refer- Memory Addressing 
ences DIN 41612 connectors, which are used on the — 


iIRCB 44/20A board. iDCM Controller 

Up to 64K bytes code 
SPECIFICATIONS 
CPU Address Ranges 
8044 BITBUS Enhanced Microcontroller (BEM) | | ptionA =| Options 

. External Data | > 
bid se bits ExternalCode | 1000H-OFFFFH | 8000H-OFFEFH 
ata—6 bits Memory Site | (OO0OH-OFFFFH if 
EA Active) 
Memory. 

12 MHz 

NOTES: 


Option A: Supports maximum amount of external EPROM 
code memory 

Option B: Supports downloading code into external RAM or 
EEPROM memory 
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1/O Capability 


Analog—16 single-ended or 8 differential channels 
and 2 outputs channels 


Expansion—one single-or double-wide iSBX MULTI- 
MODULE (MWAIT * or DMA not supported by iRCB 
44/20) 


Interrupt Sources 


Two external: iSBX I/O Bus or BITBUS Interconnect 
sources 


Bus Termination 


Jumper selectable resistors provide termination ca- 
pability for cable with an impedance of 1202 or 
greater. 


Analog Input Specifications 


Number of channels—16 single-ended or 8 differen- 
tial 
Input ranges—O to 5V, 0 to 10V (unipolar) +5V, 
+ 10V (bipolar) 
Gain ranges—1, 10, 100, 500, (software program- 
mable) 
Input inpedance—100MN. 
Input bias current— +50 nA 
Overvoltage protection— +32V power on 

+ 20V power off 


Accuracy 


Resolution—12 bits | 
Linearity and Noise— + 34, LSB (trimmable) 
System Accuracy 
Gain = 1—+0.035% full-scale range (trimmable) 
Gain = 500—+0.15% full-scale range (trimma- 
ble) 


Mating Connectors 


| Function | _ # of Pins 


BITBUS 
Wire Wrap 


Solder 


iSBX 
Connector 
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Stability 
Gain tempco—32 ppm/°C (gain = 11) 
75 ppm/°C (gain = 500) 


Offset tempco—100 microvolts/°C max. 


Dynamic Performance 


Aggregate throughout—20 KHz (gain = 1, 10) 
7.5 KHz (gain = 100, 500) 
Common mode rejection—70 dB (gain = 1) 
100 dB (gain = 500) 
A/D conversion time—30 microseconds 


Analog Output Specifications 


Number of channels—2 
Output ranges—0 to 5V, 0 to 10V (unipolar) +5V, 
+ 10V (bipolar) 
Current-loop range—4 to 20 mA (unipolar mode 
only) 
Output impedance—0.20 min. (voltage) 
5 MQ max. (current) 
Output current—+5 mA (short-circuit protected) 


Accuracy 


Resolution—12 bits 
Linearity and Noise—+*%, SB (trimmable) 
System Accuracy— 
Gain = 1—— 0.35% full-scale range (trimmable) 
Gain = 500—+0.15% full-scale range (trimma- 
ble) 


Stability 


Full-scale temperature coefficient — 
150 microvolts/°C (unipolar) 
300 microvolts/°C (bipolar) 

0.6 microamps/°C (current-loop) 


Offset temperature coefficient 
30 microvolts/°C (unipolar) 
180 microvolts/°C (bipolar) 
0.3 microamps/°C (current-loop) 


| type | Vendor | PartNumber 


Connector 


GW Elco 
Robinson Nugent 


ITT Cannon 
GW Elco 


Viking 


00-8259-096-84-124 
RNE-IDC-64C-TG30 


G06 M96 P3 BDBL-004 
60 8257 3017 


000292-0001 
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Dynamic Performance 


Aggregate throughput—20 KHz (gain = 1, 10) 
7.5 KHz (gain = 100, 500) 
Settling Time—15 microseconds to +14 LSB 


Electrical Characteristics 


interface Compliance ‘ 


iSBX BUS (through level D8/8F): 
Memory sites—code and data sites are JEDEC 
compatible 


BITBUS: 


— Synchronous and self-clocked mode support for 
500 Kbps to 2.4 Mbps, 375K and 62.5K bits/sec 


NOTE: 
On-board ALE clock supports 1 Mbps synchronous 
operation. All other synchronous mode speeds re- 
quire user-supplied 2.0-9.6 MHz crystal. 
— Equivalent to 1.1 standard (RS 485) loads 


— Message length up to 54 bytes maximum 


Power Requirement (exclusive of optional 
memory or iSBX MULTIMODULE) 


Current (amps) jac 


+5V +5% 0.9 max. 0.7 typ 4.5 
+12V +5% 100 mA max. 
—12V +5% 100 mA max. 


NOTE: 

+15V and —15V required for 0 to 10V and +10V ranges; 
for +15V operation, the iRCB 44/20A cannot be used with 
iSBX MULTIMODULES that use + 12V power sources. 


iIRCB 44/20A 


Physical Characteristics 


Width: 3.77 mm (0.542 in) maximum component 
height 

Height: 100 mm (3.93 in) 

Depth: 220 mm (8.65 in) 


Weight: 169 gm (6 ounces) 


Environmental Characteristics 


Operating Temperature: 0°C to +60°C at 0.8 CFM 
air volume 


Relative Humidity: 90% non-condensing 


Reference Manual (Not Supplied) 


148816— iRCB 44/20A Hardware Reference 
Manual 


ORDERING INFORMATION 


Part Number Description 
iRCB 44/20A BITBUS Analog I/O Controller Board 
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GRAPHICS WORKSTATION POWER WITH PC FLEXIBILITY 
A NEW GENERATION OF POWERFUL GRAPHICAL OPERATING SYS- 
TEMS HAS REVOLUTIONIZED THE WAY PEOPLE WORK. TODAY, co- 
OPERATING APPLICATIONS CAN COMBINE GRAPHICS, VIDEO, 
AUDIO AND TEXT TO ENHANCE COMMUNICATIONS, INCREASE 
PRODUCTIVITY, AND MAKE COMPUTING EASIER. THE PROFES- 
SIONAL/GX DELIVERS INSTANT ACCESS TO THESE CAPABILITIES BY- 
PROVIDING THE ADVANCED FEATURES AND OUTSTANDING PER- 
FORMANCE NEEDED BY TODAY’S POWERFUL SOFTWARE, PLUS THE 
UPGRADABILITY AND EXPANDABILITY TO KEEP PACE WITH TOMOR- 
ROW’S TECHNOLOGY. THE INTEL PROFESSIONAL/GX IS A SLEEK, 
COMPACT, INNOVATIVE COMPUTER FEATURING: 

« HIGHEST PERFORMANCE i486 WITH SUPERTUNED MEMORY 
TECHNOLOGY = UPGRADES USING FUTURE OVERDRIVE PROCES- 
SORS BASED ON PENTIUM TECHNOLOGY « ACCELERATED 32-BiT 
LOCAL BUS GRAPHICS « BUILT IN ADAPTEC SCSI-il FOR INDUSTRY 
STANDARD EXPANDABILITY « INTEGRATED BUSINESS AUDIO FOR 
WORKGROUP PRODUCTIVITY APPLICATIONS « THREE SLOTS (IN- 
CLUDING TWO EISA SLOTS) FOR HIGH PERFORMANCE EXPANSION 
* SNAP TOGETHER CHASSIS & SOFTWARE CONFIGURABILITY FOR 
EASY SETUP. 

THE PROFESSIONAL/GX HAS THE POWER FOR TODAY’S AD- 
VANCED SOFTWARE, AND TOMORROW’S BREAKTHROUGH APPLI- 
CATIONS. IT’S SIMPLER, SMALLER, AND MORE POWERFUL THAN 


ANY OTHER PC, AND IT’S HERE TODAY FROM INTEL. 


The Intel Professional/GX combines the 
power of a graphics workstation with the 
flexibility that PC users expect. The unique 
SuperTuned memory optimizes the micro- 
processor performance, and accelerated 
high resolution local bus graphics make so- 
phisticated software more responsive than 
ever. On-board SCSI allows for easy exter- 
nal expansion, while integrated audio opens 
up exciting new capibilities. This innovative 
combination of performance, integration, 
and flexibility creates an exciting computer 


for powerful, productive workgroup 
computing. 
SUPERTUNED FOR SPEED 


The Professional/GX is designed to make 
sure each Intel486 microprocessor will ope- 
rate at peak performance. That's why the 
Professional/GX uses SuperTuned memory 
with an optimized 64-bit design that gives 
i486™ DX2/66 MHz CPUs a performance 
boost of up to 25% over many competitive 
desktop systems. 


UPGRADABLE BEYOND i486™ 
PERFORMANCE 


The Professional/GX can be upgraded 
simply by plugging in an Intel OverDrive™ 
processor—including a future OverDrive 
processor that will be based on Intel's Pen- 
tium™ microprocessor technology. This 
flexibility means today’s high performance 
Professional/GX will have no problem keep- 
ing up with the software developments of 
tomorrow. 


EVEN THE FASTEST i486 DX2/66 CONFIGURATIONS CAN BE 
EASILY UPGRADED USING INTEL'S NEXT GENERATION 
OVERDRIVE PROCESSOR 


An advanced graphics subsystem gives 
the Professional/GX amazing graphics 
responsiveness, increasing drawing and 
windowing speed to levels far superior to 
expensive add-in cards. 
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An advanced mach32 graphics accelera- 
tor, a 32-bit linear frame buffer on the local 
bus, and up to 2MB of fast VRAM enable 
this breakthrough performance and elimi- 
nate the distractions and delays of scrolling 
around the workspace and waiting for 
images to redraw. Users maximize produc- 
tivity using today’s demanding operating 
systems —like Microsoft Windows 3.1, IBM 
OS/2 2.0, and SCO ODT—and have the 
performance headroom for tomorrow's new 
operating systems like Windows NT. 


THE PROFESSIONAL/GX PROVIDES 700% MORE GRAPHICS 
BANDWIDTH THAN STANDARD VGA 


UP TO 1280 x 1024 RESOLUTION 


The Professional/GX family includes 
configurations that support flicker-free reso- 
lutions up to 1280x1024 (non-interlaced) 
for 66% more display area than 1024 x 768, 
and 400% times that of standard VGA. Plus, 
the Professional/GX can provide 16 bit or 24 
bit color depths for up to 16.7 million simul- 
taneous colors and photo-realistic images 
for advanced imaging, publishing, and 
video applications. 
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The Professional/GX has Adaptec SCSI 
integrated on the motherboard for quick 
connection and configuration of up to seven 
external devices including hard disks, CD- 
ROMs, or tape drives. There are three ex- 
pansion slots (2 EISA, one ISA), 2 periph- 
eral bays, memory expandable to 128MB 
and cache upgradable to 128KB. All this 
plus fully integrated I/O provides tremen- 
dous flexibility and upgradability. 


ISA 
SLOT 


2EISA PARALLEL 
SLOTS PORT 


POWER VIDEO PORT SERIAL PORTS 


SUPPLY 


OUTLET EXTERNAL KEYBOARD 
SCSI PORT MOUSE 
THE NEW SENSATION: 
BUSINESS AUDIO 


The Professional/GX integrates high 
quality digital audio on the motherboard al- 
lowing you to use Windows 3.1 audio capa- 
bilities. Record sounds or speech, and play 
them back through the internal speaker or 
through externai devices (headphones or 
speakers) with 16 bit digital stereo and CD 
quality. 

Business audio takes advantage of a new 
generation of software that lets users embed 


sounds or voice notes in Microsoft Windows | 


applications, such as spreadsheets, word 
processing documents, presentations, and 
electronic mail. And new software enables 


voice recognition and many other exciting 
advancements, including full motion video 
with soundtrack. 


WITH ON-BOARD AUDIO, THE PROFESSIONAL/GX PROVIDES 
INSTANT ACCESS TO MULTIMEDIA APPLICATIONS. 


The Professional/GX is designed to be 
extremely easy to set up and service, with a 
unique snap together cable free chassis 
design. 


THE PERIPHERAL 
PLATFORM SNAPS 
OUT WITHOUT TOOLS 
FOR EASY ACCESS TO 
THE MOTHERBOARD 
AND DRIVES. 


THE POWER SUPPLY 
MODULE SNAPS OUT 
EASILY, ALSO WITH- 
OUT TOOLS. 


All of the integrated features on the 
Professional/GX are software configurable, 
eliminating the need to open the system and 
change jumpers. Utilities make it simple to 
configure the system, install software 
drivers, and update the Intel Flash Memory 
BIOS. Maximizing memory for network 
and application software is easy because the 
BIOS provides a 160KB block of upper 
memory. 


INNOVATIVE ERGONOMIC DESIGN 


The Professional/GX is designed as a per- 
formance powerhouse in slim, ergonomic 
packaging. The entire system is only 3” 
high with a small footprint but with the 
strength to support a large 19” monitor. It is 
extremely quiet because of two efficient 
thermally controlled fans. 


The Professional/GX is designed for 
maximum software compatibility for the 


integrated video and SCSI. Drivers allow 


many SCSI peripherals to be used in most 
operating systems. 

Optimized video drivers exist for all the 
major Graphical User Interfaces (Windows 
3.1, OS/2 2.0, and SCO ODT) and for popu- 
lar DOS programs like Autocad. Compati- 
bility with the popular 8514/A standard 


enables the use of every other major operat- — 


ing system at 1024x768 X256 resolution. 

The Professional/GX is network certified 
with Intel’s EtherExpress™ and Token- 
Express™ network cards, guaranteeing 
broad software support and easy con- 
figuration. ‘ 


OUTSTANDING SERVICE AND 
SUPPORT 


IntelTechDirect™ is a support program 
designed to bring your product to market 
faster and keep it running smoothly. A sub- 
scription to IntelTechDirect includes factory 
hotline, electronic bulletin board, and 
monthly product updates. 

The Professional/GX comes with a 12 
month warranty with several service op- 
tions, including mail in to the factory, carry 
in to a service depot, or “spare by air.” 
Additional service options include on-site 
service and spare part kits. 
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BOARD 
Processor/Cache 
Processors: i486 SX microprocessor; 33 MHz 
i486 DX microprocessor; 33 MHz 
i486 DX2 microprocessor; 66 MHz 
Upgrades: Intel OverDrive Processor for the 
1486 SX33/i486 DX33 
Intel OverDrive Processor for the 
14486 DX2/66 (future) 
Cache option Two-way set associative, 64 KB or 
128 KB 
System Memory 4 SIMM Sockets 
Standard Memory 4 MB (two 2MB SIMMs) or 8 MB (two 
4 MB SIMMs). (See ordering 
information.) One open bank for 
2 SIMMs shipped on all configurations. 
Maximum RAM 128 MB (four 32 MB SIMMs using 
8 x36 SIMMs) 
SIMM Type 512 Kb x36, 1 Mb x36, 2 Mbx36, 
4 Mbx36, or 8 Mbx36. Must fill RAM 
in pairs of SIMMs. 
Access time 70 ns or faster 
Error Detection Byte parity 
Architecture 64 Bit interleave 
Integrated Graphics 
High Resolution Configurations: 
1280 x 1024 x 256 colors or 
1024 x 768 X 65,536 colors or 
800 x 600 x 16.7 million colors, 2 MB 
VRAM 
Standard Resolution Configurations: 
1024 x 768 x 256 colors, or 
640 x 480 x 65,536 colors, 1 MB VRAM 
(upgradable to 1024 x 768 x 64,536 
colors) 
Compatible with 8514/A, VGA, EGA, HGC, MDA 
Controller ATT 68800 on local bus 
Video Port 15 pin connector, analog 
VESA compliant 8514/A feature connector to off board 
DAC only 
Integrated Audio 
Capabilities 8/16 bit digital mono/stereo, 5.5 KHz to 
48 KHz sampling 
Input 3.5 mm jack for dynamic microphone or 
stereo line input 
Output 3.5 mm jack for stereo line output to 
stereo speakers or headphones (also can 
use PC internal speaker) 
Integrated I/O 
2 Serial Ports Async, RS-232-C, 9 pin 
Parallel Port Centronics, 25 pin, IBM-AT compatible 
Mouse Port PS/2 compatible 
Keyboard Port PS/2 compatible 
Floppy Disk Controller 
IDE Hard Disk Connector 
Integrated SCSI 
Controller Adaptec 6360 
Interface SCSI-2, 50 pin high density connector 
for external devices only 
Expansion Slots 
2 EISA Slots Full size 
1 ISA Slot Half size 
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SYSTEM 
System Dimensions 
Height 3.0” (7.6cm) Depth 15.0” (38.1 cm) 
Width 15.5” (39.4 cm) Weight 20 Ibs (9 kg) (no peripherals) 


Drive Bays 


Floppy bay 
Hard Drive Bay 


3.5” 1.44 MB floppy drive installed (1”) 
One 3.5” X 1” high IDE drive bay 


ELECTRICAL 
AC Voltage/Frequency 115/230 V, 50/60 Hz, Auto switching 


Available Power (for expansion slots and internal IDE hard drive) 
+5V 10.2Amps -SV_ .4 Amps 
+12V 2.6 Amps —12V .4 Amps 


ENVIRONMENT 
Ambient Temp. Operating +10°C to +40°C 
Relative Humidity—Oper. 92% RH at +36°C 


Noise less than 35 dBA @ | meter, 25°C 
REGULATIONS 
Meets or exceeds the following requirements: 
Safety 
U.S. UL 1950 
Canada CSA C22.2 No. 950 
Europe TUV EN 60950 with ZH/618/10.8 
EMI/RFI 
US. FCC CFR 47 Part 15, Class B 
Canada DOC CRC c.1374 Class B 
Europe VDE 0871 Class B, CISPR-B 
ORDERING INFORMATION 


(All systems include 1.44 MB floppy, integrated audio and SCSI.) 


High Resolution Graphics (2 MB VRAM, 1280 x 1024x256 colors 

or 1024 x 768 x 65,536 colors or 800 Xx 600 X 16.7 million colors) 

L486D2668FAH  Professional/GX, i486 DX2/66, 8 MB RAM, 
64K cache 

LA86DX338FAH Professional/GX, i486 DX33, 8 MB RAM 


Standard Resolution Graphics (1 MB VRAM, 1024 x 768 x 256 

colors or 640 x 480 x 65,536 colors) 

L486D2668FAS Professional/GX, i486 DX2/66, 8 MB RAM, 
64K cache 

L486DX334FAS Professional/GX, i486 DX33, 4 MB RAM 

LA86SX334FAS _— Professional/GX, i486 SX33, 4 MB RAM 


Accessory Kits 
L486CACHE128 Kit for adding or upgrading to 128KB cache 
L486VRAM Kit for adding 1 MB VRAM to std. res. config. 


For more information or the number of your nearest Intel sales 
office, call 800-548-4725 (U.S. and Canada). 


UNITED STATES 

Intel Corporation 

2200 Mission College Dr. 
Santa Clara, CA 95052-8119 
800-548-4725 


EUROPE 

Intel Corporation (U.K.) Ltd. 
Pipers Way, Swindon 
Wiltshire SN3 1RJ 

United Kingdom 

Tel: +44 793 696000 


Intet Corporation assumes no responsibility for the use of circuitry other than circuitry embodied in an Intel product. 486, 1487. 
OverDrive, intel TechDirect, Pentium, EtherExpress and TokenExpress are trademarks of Intel. All other trademarks and product 
fames are the properties of their respective owners. Intel Corporation retains the right to make changes to these specifications at 

any time without notice. 
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Intel i486” Classic-E Platforms 


A Classic Expandable 


Intel’s Classic-E Series offers an affordable 
solution to the OEM or Custom Solution 
Provider seeking maximum flexibility and 
expandability in an industry-standard Baby- 
AT chassis. Besides delivering the needed 
“slots and watts” for integration, the 
Classic-E has performance headroom for 
the future with economical upgrades to 
OverDrive™ processors that are based on 
Pentium™ microprocessor technology. All 
standard I/O features are integrated on the 
motherboard and one of the seven available 
expansion slots accepts VESA™-standard 
local bus add-in cards. 


The Standard for Expandability 


The Classic-E Series Platform is built with 
custom configurations in mind. All five 
peripheral bays provide external access for 
up to three half-height 54” devices and two 
one-inch high 34” drives. The seven 16-bit 
ISA expansion slots are full length. One 
also accepts a VL-Bus card to allow the 
user to tap into the full processing speed of 
the CPU. All of the slots are available 
because standard I/O features have been 
integrated on the motherboard, including 
two serial ports, a parallel port, a keyboard 
connector, the floppy disk controller and an 
IDE hard disk controller. Power 
requirements for the add-in cards and 
peripherals are never a problem with the 
ample 200-watt power supply. System 
memory expands to a total of 64 MB. 
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Flexibility for the Future 

Computing requirements change over time, 
and the Classic-E Series is designed to 
change with them—easily and 
economically. When extra performance is 
needed, get a dramatic boost by simply 
plugging in an i487™ coprocessor or an 
Intel OverDrive component at 50 MHz or 
66 MHz. Your investment in the Classic-E 
is protected for years to come because the 
performance upgrade socket is designed to 
accept the next-generation OverDrive 
processors, based on Pentium micro- 
processor technology. For intermediate 
performance upgrades, industry standard 
SRAM can be easily installed to add a 
second level cache of up to 256 KB. 


Plug into the CPU's Power 

A VESA™ local bus slot on the Classic-E 
Series Platform allows users to connect 
directly with the full processing power of the 
CPU and avoid the data bottlenecks that are 
inherent with the 8 MHz ISA expansion bus. 


I/O intensive add-in cards, such as graph- 
ics or drive controllers, work at the CPU's 
speed—up to 33 MHz. The VL slot also 
doubles the bandwidth to a full 32 bits to 
move data at peak efficiency. The slot com- 
plies with local bus specifications of the 
Video Electronic Standards Association, 
but retains compatibility with ISA cards. 


Quality Plus Reliability 

The Classic-E builds on Intel's reputation 
for quality of systems design and 
manufacturing. Compatibility is assured 
through rigorous testing. Reliability is 
enhanced by the high level of integration 
(drive controllers and I/O ports). 


Outstanding Service and Support 
IntelTechDirect™ helps you get to market 


faster and keep all of your Intel platform 
products running smoothly. The service 
includes monthly product updates, 
FaxBACK™ service, factory hotline, and an 


~ electronic bulletin board. 


Every Intel system comes with a 12-month 
warranty and has several options available 
for extended coverage and service. 
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Specifications 


Board 
CPU i486™ SX microprocessor, 25 MHz 
i486 DX microprocessor, 33 MHz 
or DX266 MHz 
Performance Upgrade i487 SX processor, 25 MHz 
Intel OverDrive™ processors; 50/66 MHz 
Intel Pentium mic -based OverDrive 
Cache Option 64 KB/128 KB/256 KB upgrade option 
20 ns data, 15 ns tag, and dirty bit 
System Memory One 36-bit SIMM socket (filled) 
Three 36-bit SIMM sockets (expansion) 
Standard RAM 4 MB (one 1 MB X36 SIMM) 
Maximum RAM 64 MB (four 4 MB x36 SIMMs) 
Upgrade RAM (256 KB, 1 MB, 4 MB) x36 architecture 
Access time - 80 ns or faster 
Error Detection Byte parity 
Integrated I/O 
2 serial ports Asynchronous, RS-232-C, 9-pin (supports 16C452) 
1 parallel port Centronics compatible, 25-pin, bidirectional 
Floppy Controller Compatible with 2.88 MB disks 
Integrated IDE Hard Disk controller 
Expansion Slots 
Seven 16-bit ISA All of the slots are full-length, one of which is a 
VESA local bus slot (slave only) 
System 
Dimensions 
Height: 6.25" (15.92 cm) 
Width: 16.35” (41.65 cm) 
Depth: 16.75” (42.67 cm) 
Weight: 21 Ibs (9.5 kg) without peripherals 
Drive Bays 
External 3 @ 5.25”; 1/2 height (1.6") 
2 @ 3.5"; 1/3 height (1.0") 
Floppy Disk Drive (standard) 7 
Footprint 3.5"; 1/3 height (1.0") 
Capacity 1.44 MB high density 
Accessories 


E-Series Product Guide (Document # 612169-001) 
Power cable, IDE Hard Drive cables, miscellaneous hardware 


Electrical 
AC Voltage/Frequency 115v/60 Hz; 230v/50 Hz (switchable) 
DC Power Supply 200w 
+5V 22.0A maximum continuous 
+12V 8.0A maximum continuous 
-12V 0.5A maximum continuous 
—5V 0.5A maximum continuous 
Available Power (for ISA slots in an integrated system) 
+5V 14A 
+12V 4A 
-12V 3A 
-5V 3A 
16-10 


Environment 
Ambient Temperature 
Operating +10°C to +35°C ambient 
Non-Operating —40°C to +70°C ambient 
Relative Humidity 
Operating 85% @ 35°C 
Non-Operating 95% @ 35°C 
Altitude 
ing to 10,000 feet (3,048 m) 
Non-Operating to 50,000 feet (15,240 m) 
Noise 40 db (peripherals idle, at 1 meter) 
Static Discharge 25 kV with no component damage 
Regulations 
Meets or exceeds the following requirements: 
Safety 
US. UL 1950, 1st edition 
Canada CSA 950 
Europe TUV to EN 60950, IEC 950 
Nordic NEMKO EN 60950 
EMI/RFI 
US. FCC CFR 47 Part 15, Level B 
Canada DOC CRC c. 1374 Class B 
Europe VDE 0871 Class B, CISPR-22 Class B 
Japan VCCI, CISPR-22 Class B 
Nordic NEMKO, EN 55 022, Class B 
Ordering Information 
DT486SX254F § 25 MHz i486 SX system; 4 MB RAM, floppy drive 
DT486DX334F 33 MHz i486 DX system; 4 MB RAM, floppy drive 
DT486DX2664F 2/66 MHz 
BDT486SX254 25 MHz i486 SX board, 4 MB RAM 
BDT486DX334 33 MHz i486 DX board, 4 MB RAM 


BDT486DX2664 66 MHz 
Note: Other configurations are available on a special order basis 


For more information or the number of your nearest Intel sales office, call 
800-628-8686 (good in the U.S. and Canada). 


UNITED STATES EUROPE 
Inte] Corporation Intel Corporation (U.K.) Ltd. 
2200 Mission College Dr. Pipers Way, Swindon 
Santa Clara, CA 95052-8119 Wiltshire SN3 1RJ 
United Kingdom 
JAPAN 
Intel Japan K.K. Tel: +44 793 696000 
5-6 Tokodai, Tsukuba-shi 
Ibaraki, 300-26 


Inte] Corporation assumes no responsibility for the use of any circuitry, other than circuitry embodied in an Intel 
product. i486, i487, OverDrive, Pentium and Intel TechDirect are trademarks of Intel. Other brands and names 
are the property of their respective owners. 
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Intel’s Classic R puts key features of the 
next generation of performance PCs into the 
hands of entry-level i486™ microcomputer 
desktop customers. Classic R accepts a wide 
range of the fastest Intel CPUs, and includes 
an OverDrive™ socket for upgrades based 
on Pentium™ microprocessor technology. 
Local bus graphics let you see the system’s 
responsiveness. And Classic R’s reduced 
power consumption saves you even more 
than its cost-competitive price tag. 


USE LESS ELECTRICITY—SAVE 
MONEY AND THE ENVIRONMENT 


Classic R is the first of a family of power- 
efficient products that are key to the environ- 
mental revolution. PCs are the fastest grow- 
ing load in the fastest growing sector of total 
energy demand. Reducing the power con- 
sumption of office equipment will mean 
fewer power plants, less pollution and lower 
cooling costs in offices where PCs generate 
a lot of heat. 

Leading edge companies already are 
adopting the EPA Green Lights program, 
which proposes a two-year payback on in- 
vestments in energy-efficient products. The 
Classic R-Series is a perfect solution be- 
cause it meets the EPA’s Energy Star re- 
quirements at no extra cost. The baseboard 
uses several CMOS VLSI chips to achieve a 
typical power consumption of less than 11.5 
watts when idle. 


Uncompromised performance begins 
with any of the four CPUs: a 25 MHz or 33 
MHz i486 SX, a 33 MHz i486 DX or a 66 
MHz i486 DX2 microprocessor. The sys- 
tem memory expands to a generous 32 MB, 


_ enabling Classic R to run the new generation 


of operating systems and applications. The 
system also supports 256 KB of write-back 
cache, using cost-effective SRAM. 

Classic R-Series is ready to meet future 
computing needs with economical upgrades 
that simply plug into the CPU socket. Swap 
in an Intel487™ math coprocessor for more 
number crunching ability, or boost over- 
all performance with an Intel OverDrive 
processor at 50 MHz or 66 MHz. Classic R 
will even accept the new OverDrive pro- 
cessors based on Pentium microprocessor 
technology. 


FAST LOCAL BUS GRAPHICS 


The Super VGA video graphics are as 
responsive as the CPU is powerful. An inte- 
grated CL-GD5424 controller on the CPU 
local bus, combined with 512 KB of video 
DRAM, achieves over 10 million Win- 
Marks. Video memory can be upgraded to 
1 MB for even faster redraws and scrolling 
in graphics applications, at resolutions up to 
1280 x 1024 x 16 colors. 


SMALL, BUT EXPANSIVE 


Classic R offers three full-size AT* slots 
and four peripheral bays for maximum ex- 
pandability — because all essential I/O func- 
tions are integrated on the smallest mother- 
board on the market. At only 7.95” wide 
and 9.4” deep, it’s suitable for many embed- 
ded applications and fits into any LPX 
chassis. The standard bezel is designed for 
maximum appeal to style-conscious buyers. 


The Classic R-Series builds on Intel’s rep- 
utation for quality of systems design and 
manufacture. Rigorous testing assures hard- 
ware and software compatibility. Reliability 
is enhanced by the high level of integration 
(video, drive controllers and I/O ports), a 
low chip count and the substantial use of 
VLSI technology. 


OUTSTANDING SERVICE AND 
SUPPORT 


IntelTechDirect™ helps you get to market 
faster and keep all of your Intel platform 
products running smoothly. The service 
includes monthly product updates, Fax- 
BACK™ service, factory hotline, and an 
electronic bulletin board. 

Every Intel system comes with a 12- 
month warranty and has several options for 
extended coverage and service. 
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BOARD 
CPU i486 SX microprocessor; 25/33 MHz 
i486 DX microprocessor; 33 MHz 
i486 DX2 mic ; 66 MHz 
Performance Upgrade i487 SX processor; 25/33 MHz 
Intel OverDrive processors; 50/66 MHz 
Intel Pentium OverDrive processor 
Cache Option 64 KB / 128 KB / 256 KB upgrade 
option 
System Memory Two 72-Pin SIMM sockets 
Standard RAM 4 MB (one 4 MB SIMM) 
Maximum RAM 32 MB (two 16 MB SIMMs) 
Upgrade RAM 2 MB, 4 MB, 8 MB, 16 MB SIMMs 
Access time 70ns or faster 
Error Detection Supports either parity or no parity 
Integrated Local Bus Graphics 
Controller Cirrus Logic CL-GD5424 
Video Memory 512 KB standard (70 ns DRAM), 
expandable to 1 MB 
Max. Resolution 1280 x 1024, 16 colors, interlaced (with 
1 MB) 
1024 x 768, 256 colors, non-interlaced 
(with 1 MB) 
Compatible with VGA, EGA, CGA, HGC, MDA 
Video Port 8514/A feature connector 
Vo 
Expansion Slots 3 ISA 
2 serial ports Asynchronous, RS-232C, 9-pin 
1 parallel port Centronics compatible, 25-pin, 
bidirectional 
1 mouse port PS/2 compatible 
1 keyboard port PS/2 compatible 
Floppy Disk controller 
IDE Hard Disk controller 
SYSTEM 
Dimensions 
Height 4.2” (10.7 cm) 
Width 17.2” (43.7 cm) 
Depth 16.2” (41.1 cm) 
Weight 20 Ibs (9 kg) without peripherals 
Drive Bays 
External 1 @ 3.5”; 1/3 height (1.0”) 
2 @ 5.25"; 1/2 height 
Internal 1 @ 3.5"; 1/2 height (1.6”) 
Floppy Disk Drive (standard) 
Footprint 3.5”; 1/3 height (1.0”) 
Capacity 1.44 MB high density 
Accessories 


R-Series Product Guide (Document # 612775-001) 
Video driver diskette for Windows 3.1 and selected DOS 
licati 


ELECTRICAL 
AC Voltage/Frequency 115v/60Hz; 230v/SO0Hz (switchable) 
DC Power Supply 145w 
+5V 18.0A maximum continuous 
+12V 4.2A maximum continuous 
—12V 0.6A maximum continuous 
—5V 0.3A maximum continuous 
ENVIRONMENT 
Ambient Temperature 
Operating +10°C to +35°C 
Non-Operating —40°C to +70°C amibent 
Relative Humidity 
Operating 85% @ 35°C 
Non-Operating 95% @ 35°C 
Altitude 
Operating to 10,000 feet (3,048 m) 
Non-Operating to 50,000 feet (15,240 m) 
Noise 40 dB (peripherals idle, at 1 meter) 
Static Discharge 25 kv with no component damage 
REGULATIONS 
Meets or exceeds the following requirements. 
Safety 
US. UL 1950, Ist edition 
Canada CSA C 22.2 No. 950M-89 
Europe TUV to EN 60950 with ZHI/618 
Ergonomics IEC 950 and IEC 380 
EMI/RFI 
US. FCC CFR 47 Part 15, Level B 
Canada DOC CRC c, 1374 Class B 
Europe VDE 0871 Class B, CISPR-B 
ORDERING INFORMATION 
R486SX254F 25 MHz i486 SX system; 4 MB RAM, 
floppy drive 
R486SX334F 33 MHz i486 SX system; 4 MB RAM, 
floppy drive 
R486DX334F 33 MHz i486 DX system; 4 MB RAM, 
floppy drive 
R486DX2664F 66 MHz i486 DX2 system; 4MB RAM, 
floppy drive 
BR486SX254 25 MHz i486 SX board; 4 MB RAM 
BR486SX334 33 MHz i486 SX board; 4 MB RAM 
BR486DX334 33 MHz i486 DX board; 4 MB RAM 
BR486DX2664 66 MHz i486 DX2 board; 4 MB RAM 


For more information or the number of your nearest Intel sales 
office, call 800-548-4725 (good in the U.S. and Canada). 


UNITED STATES EUROPE 
Intel Corporation Intel Corporation (U.K.) Ltd. 
2200 Mission College Dr. Pipers Way, Swindon 
Santa Clara, CA 95052-8119 Wiltshire SN3 1RJ 
United Kingdom 

JAPAN Tel: +44 793 696000 
Intel Japan K.K. 
5-6 Tokodai, Tsukuba-shi 
Ibaraki, 300-26 
product 1486, Imel487, Ov Ni, Pentium aod YoueochDirect are trademaris of Intel. AT a 
trademark of IBM. 
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FROM START TO FINISH, A POWER STATION 
XPRESS REPRESENTS THE LEADING EDGE MODULAR SOLUTION 
FOR POWER DESKTOP AND MULTI-USER APPLICATIONS. THE INTEL 
XPRESS DESKTOP WAS DESIGNED FROM THE GROUND UP TO 
TACKLE COMPUTE-INTENSIVE POWER APPLICATIONS, WITH 
UNIQUE FEATURES THAT MAKE THE DIFFERENCE IN QUALITY, 
RELIABILITY AND INVESTMENT PROTECTION FOR YOUR 
CUSTOMERS. 

AN INGENIOUS APPROACH TO MODULARITY ENSURES PEAK PER- 
FORMANCE FROM ALL OF THE XPRESS PLATFORMS. THE ARCHI- 
TECTURE ALLOWS YOU TO SWAP IN MORE POWERFUL CPU’S AS 
THEY BECOME AVAILABLE. TODAY’S XPRESS DESKTOP CHASSIS 
WILL TAKE YOU FROM 20 TO OVER 100 MIPS IN A SINGLE BOX! WITHA 
GUARANTEE OF PERFORMANCE BOOST FROM INTEL’S NEXT GEN- 
ERATION CPU’S! YOUR CUSTOMER SIMPLY INSTALLS A NEW CPU 
MODULE AND SPEEDS TO MARKET WITHOUT TIME-CONSUMING RE- 
CONFIGURATION AND REQUALIFICATION. 

XPRESS DESKTOP PLATFORMS HAVE ABUNDANT SLOTS AND 
WATTS—ALL YOU’LL EVER NEED TO CREATE A RANGE OF POWER- 
FUL APPLICATIONS. 

XPRESS DESKTOP PLATFORMS ARE YOUR FAST TRACK TO THE 


FUTURE. 


MODULAR AND SCALABLE: 
PENTIUM™ PROCESSORS AND 
BEYOND 


Xpress Deskside/MX platforms provide 
midrange server class performance with a 
selection of CPUs, including blazing speeds 
of over 100 MIPs using today’s Pentium'mi- 
croprocessors. Our servers are designed to 
provide peak performance for years to come 
at even faster speeds using next-generation 
processors and I/O technology. 

The latest Intel microprocessors can be 
used instantly in Xpress platforms. The 
unique modular architecture isolates the 
fastest evolving technology —the CPU and 
cache —on a replaceable card. This benefits 
OEMs and custom solution providers be- 
cause it simplifies product design, reduces 
sales development requirements, and pro- 
vides customers with a way to economically 
upgrade their systems. 


DESIGNED FOR THE FUTURE 


Xpress platforms are not only modular, 
they’re scalable, accommodating both to- 
day’s processors and tomorrow’s as well. 
The 64-bit interleaved memory architecture 
provides exceptionally high transfer speeds 
(133 Mbytes per second peak transfer). 
Since the CPU-memory access is clock- 
independent, Xpress is able to support to- 
morrow’s CPUs of up to 100 MHz at full 
performance, and as a plus, the memory 
architecture supports industry standard fast 
page | MB through 32 MB SIMMs for maxi- 
mum flexibility and affordability. 

With a range of single processor mod- 
ules, and dual Pentium microprocessor 
modules on the horizon, Xpress/MX pro- 
vides super-server class performance of 
over 180 MIPS! The result is a world-class 
server platform which allows our customers 
to demonstrate award winning server per- 
formance today, and which can provide peak 
performance for years to come. 


POWER FROM 20 TO OVER 180 MIPS 


Xpress/MX servers offer a range of per- 
formance points with plenty of room for 
expansion. Module options provide from 20 
to over 180 MIPS in 1993—with more to 
come from next generation’s processors. 


There are three types of Xpress CPU 
modules to choose from: 
« Transaction Processing and Server. 
Tuned to provide the highest possible server 
performance, the Pentium microprocessor 
and 1486DX/50 modules include a 256 KB 
write-back cache which provides up to 36% 
higher performance than traditional write- 
through or direct-map cache solutions. This 
reduces CPU utilization of the memory bus 
and enables concurrent cache and I/O opera- 
tions, resulting in enhanced performance in 
multi-user I/O intensive systems such as 
network or database servers. For maximum 
performance, a symmetric multi-processing 
dual pentium processor module with two 
level 2 caches of 256 KB each provides over 
180 MIPS of processing power. 
« Compute Intensive. Designed with the 
latest Intel silicon technology, Intel486™ 
DX2 modules use internal clock doubling 
techniques to provide the highest perfor- 
mance for compute-intensive applications. 
Complete with 128 KB cache and a socket 
for Intel’s Future OverDrive™ processor, 
these modules are ideal for advanced com- 
puter simulations or distributed processing 
applications. 


* Entry Level Modules. Providing op- 
tional cache support and an OverDrive pro- 
cessor socket, these modules are designed to 
give an economical entry to the Xpress plat- 
forms and are ideal for file servers or cus- 
tomers upgrading their existing i386™ archi- 
tecture designs. 
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PLENTY OF ROOM FOR EXPANSION 


With integrated SVGA windows acceler- 
ated graphics, an IDE DMA hard disk inter- 
face, a floppy disk controller and essential 
I/O functions, Xpress platforms eliminate 
the need for three additional I/O add-in 
boards typically found in desktop PCs. This 
high level of integration reduces customiza- 
tion and service costs and frees EISA expan- 
sion slots for adding other capabilities. 


AUTO SWITCHING LOW NOISE PARALLEL THUMBSCREW 
ACCESS 


POWER SUPPLY FAN PORT 


KEYBOARD 
& MOUSE 


2 SERIAL 
PORTS 


VIDEO 
PORT 


SIX EISA 
SLOTS 


We've paid particular attention to ease of 
configuration and service by making the 
chassis extremely simple to open and add 
value. The use of Flash BIOS radically sim- 
plifies BIOS upgrades. You can upgrade the 
system BIOS through the onboard floppy 
device or a communications link. 


TO UPGRADE AN 
XPRESS PLATFORM 
TO A PENTIUM 
PROCESSOR, SIMPLY 
INSTALL THE XPRESS 
MODULE FOR 64 BIT 
PERFORMANCE! 


Xpress platforms provide six EISA bus 
master expansion slots, five peripheral bays 
(two 5.25” and three 3.5”) and memory 
expansion through on-board SIMM mod- 
ules and a plug-in, parity memory module. 
Memory can be expanded to 384 MB using 
industry-standard SIMM modules. 


COMPATIBILITY, SERVICE AND 
SUPPORT YOU CAN DEPEND ON 


Intel Xpress platforms are designed for 
complete compatibility with all popular 
operating systems, application software 
packages and peripheral devices. They also 
comply with Novell’s Netware* networking 
operating systems, Banyan*, Microsoft* 
LAN Manager, DEC PATHWORKS,* 
Indeo™ video technology, and for Digital 
Video Interactive (DVI®) multimedia 
applications. 


FAMILY OF CHASSIS 


To provide complete flexibility, Xpress 
platforms are available in a range of differ- 
ent form factors—each utilizing the same 
scalable baseboard technology. In addition 
to the desktop, Xpress is available in a main- 
stream deskside server, a premium server 
tower, a rack mountable chassis, or as a 
board level solution. 


OUTSTANDING SERVICE AND 
SUPPORT 


Our support services are geared to the 
unique needs of OEMs and custom solution 
providers. IntelTechDirect™ helps you get to 
market faster and keep all of your Intel 
platform products running smoothly. The 
service includes monthly product updates, 
FaxBACK™ service, factory hotline, and an 
electronic bulletin board. 

Every Intel system comes with a 12- 
month warranty and has several options for 
extended coverage and service. 


XPRESS DESKTOP PLATFORMS ARE ROBUST FOUNDATIONS 
FOR HIGH-PERFORMANCE CAD, CAE, FINANCIAL ANALYSIS 
AND SERVER APPLICATIONS. 


QUALITY YOU CAN SEE. 


Xpress platforms feature a number of 
quality extras to extend reliability. Metal-tab 
SIMM connectors reduce memory failures 
due to socket cracking. The on-board floppy 
and hard disk connectors are shrouded and 
locking to provide a good, solid connection. 
All our systems have transient voltage sup- 
pressors added to the serial port lines to 
absorb damaging voltage spikes. And a 
comprehensive testing program certifies ev- 
ery Xpress system to the demanding North 
American FCC Class B, Canadian DOC 
and European VDE-B specifications, as well 
as to UL, CSA and IEC 950 standards. 


ORDERING INFORMATION: 

Base Platform CPU module shipped 
separately 

XBASE6E4F-B 4 MB Desktop 

XBASE6E16F-B 16 MB Desktop 

BXCPUPENT60 60 MHz Pentium Processor 
w/ 256 KB cache 

BXCPU48650 50 MHz i486DX w/ 256 KB 
cache 

BXCPU486DX266-B 66 MHz i486DX2 w/ 
128 KB cache 

BXCPU48633-B 33 MHz i486 DX module 

BXCPU486SX25-B 25 MHz i486SX module 

Accessories 

BXMEMO Memory expansion card up 
to 256 MB 

XBOTFLPKIT Kit to put top floppy drive 
into the bottom bay 

XDIAGNOSTICS Complete system diagnostics 

XDTSTHBAY Additional internal 1” drive 
bracket for fifth drive 

XDTSTAND Vertical stand 

Baseboard CPU module shipped 
separately 

BXBASE6E0-B 0 MB baseboard 


Additional configurations and processor modules 
available. For more information or the number of 
your nearest Intel sales office, call the numbers 
below: 


UNITED STATES EUROPE 

Intel Corporation Intel Corporation (UK) Ltd 
2200 Mission College Dr Pipers Way, Swindon 

Santa Clara, CA Wiltshire SN3 1RJ 
95052-8119 United Kingdom 

Tel: 800-548-4725 Tel: +44 793 696000 
JAPAN 

Intel Japan K.K. 

5-6 Tokodai, Tsukuba-shi 

Ibaraki, 300-26 


Tel: +81-29847-8522 
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SPECIFICATIONS 


SYSTEM BASEBOARD 


System Baseboard Memory: 


Standard RAM 
Maximum RAM 


Architecture: 
Peak Transfer 
bandwidth: 
Effective Transfer 
bandwidth 
Access Time 
Error Detection 


Total memory: 
Expansion module 
System baseboard 
Total 

I/O Expansion Slots: 
Six 32-bit EISA: 

Integrated I/O: 

2 serial ports 

1 parallel port 

1 mouse port 

1 keyboard port 

Integrated Fixed Disk 
Controller Interface: 

Integrated Graphics 
Controller: 


Video Memory 


Maximum Resolutions 


Compatible with: 


Output ports: 


Board Dimensions: 


CPU Module: 
(Some modules vary) 


4 MB (512 KB x36 fast page mode 
double sided (SIMMs) 

128 MB (8 MBx36 fast page mode 
double sided SIMMs) 

64 bit, interleaved 

133 MB/s 


82 MB/s 


80ns (or faster) 
Byte Parity 


256 MB with 32 Mbit DRAMS 
128 MB with 32 Mbit DRAMS 
384 MB with 32 Mbit DRAMS 


All bus master slots 


Async, RS-232-C, 25-pin 

Centronics and PS/2-compatible, 25-pin 
PS/2-compatible 

PS/2-compatible 


IDE (2 drives), DMA transfers 


Western WD90C31 with Windows 
Acceleration 

512 KB (60 ns DRAM) (sockets for easy 
upgrade to 1 MB DRAM) 

800 x 600, 32,000 colors 

1024 x 768, 256 colors 

1280 x 1024, 16 colors 

MDA, CGA, HGA, EGA, VGA, 
SVGA, and EVGA 

15-pin, analog 

Internal 8514/A Video feature connector 
(VESA-compatible) 

Width 10.45” 

Depth 13.00” 

Depth 12.08” (30.7 cm) 

Height 4.48” (11.4 cm) 


CPU SPECIFICATIONS, MODULES (choice of): 


Pentium Processor 
Modules: 


i486 DX/50 Module: 
Cache: 


i486 DX2/66 Module: 
Cache: 


1486 DX/33 Module: 


Pentium microprocessors at 60 MHz 
82495 DX; zero wait state write-back 
mode with 256 KB SRAM (82490 DX) 
i486DX microprocessor at 50 MHz 
82495 DX; write-back mode with 

256 KB SRAM (82490 DX) 

i486 DX2 microprocessor at 66 MHz 
8 KB internal + 128 KB L2 write- 
through 

i486 DX microprocessor at 33 MHz 


Cache: 8 KB internal + optional 128 KB L2 
1486 SX/25 Module: i486 SX microprocessor at 25 MHz 

Cache: 8 KB internal + optional 128 KB L2 
MEMORY EXPANSION MODULE 
Model BKMEMO: 

Standard RAM 0 MB 

Maximum RAM 256 MB (8 Mb x36) SIMMs 

Access Time 80 ns/70 ns 

Error Detection Byte Parity 


©Intel Corporation 1993 
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SYSTEM SPECIFICATIONS: 

Floppy Disk 
Format 3.5”, half-height 
Capacity 1.44 MB 

Drive Bays 
External Two 5.25” width, half-height 
External One 3.5” width, half-height 
Internal Two 3.5” width, half-height (one is 


optional) 


System Dimensions: 


Height 6.2” (15.8 cm) 
Width 17.3” (43.9 cm) 
Depth 17.1” (43.4 cm) 
Weight 38 Ibs (17.2 kg) 
ELECTRICAL 
AC Voltage/Frequency Autoranging switching power supply, 
100-120/200-240, 60/50 Hz 
monitor power connector 
DC Power 215 W 
+5V 32 A maximum continuous 
+12V 4.0 A maximum continuous 
-12V 0.5 A maximum continuous 
—5V 0.2 A maximum continuous 
REGULATIONS 
Meets or exceeds: 
Safety: 


UL 1950, Ist edition 

CSA C22.2 No. 950-89 

TUV Bauart to EN 950/IEC950/ZH1618 
NEMKO EN60 950 


EMI: 

FCC Class B CFR #47 Parts 2 and 15, Certified Class B 
VDE 087/6.78 Level B (Vfg 1046) 

CISPR 22/85 Class B 

VCCI Class 2 ITE 

DOC CRC c.1374 Class B 

EN 55 101 Series 


ENVIRONMENT 

Temperature: 
Operating + 10°C to +35°C ambient 
Non-operating —40°C to +65°C ambient 


Humidity (Non-condensing wet-bulb max 29°C) 


Operating 20% to 80% @ 35°C 

Non-operating 20% to 92% @ 65°C 
Altitude: 

Operating 10,000 ft. (3048 m) 

Non-operating 50,000 ft (15,240 m) 
Vibration: Random variation 0 Hz-500 Hz 
Noise: 40 db @ 23°C (peripherals idle, at 1 m) 
Static discharge: Tested to 25 kV; no component damage 
ACCESSORIES: 


Base system includes X-Series Desktop Product Guide, EISA 
configuration utility software, video software drivers, drive rails for 
additional hard drives, power cable, floppy and hard drive cables. 


NETWORK/OPERATING SYSTEM COMPLIANCE: 

Banyan, DEC PATHWORKS for DOS, IBM OS/2, LAN Manager, 
Microsoft Windows, Windows NT, Novell Netware, SCO UNIX, 
Univel 

1486. Intel486, Pentium, DVI, i386, IntelTechDirect and OverDrive are trademarks of Intel srl mcg 
Banyan is a trademark of Banyan Systems Inc., a eee IBM, Netware is 


a trademark of 
Novell, SCO is a trademark of Santa Cruz a trademark of AT&T, Windows is a 


trademark of Microsoft Corporation, DEC * artmae sahy ra of Digital Equipment Corporation. 
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FROM START TO FINISH, A POWER SERVER 
XPRESS REPRESENTS THE LEADING EDGE MODULAR SERVER 
SOLUTION FOR NETWORK AND MULTI-USER APPLICATIONS. THE 
INTEL XPRESS/MX DESKSIDE SERVER WAS DESIGNED FROM THE 
GROUND UP TO TACKLE COMPUTE-INTENSIVE SERVER APPLICA- 
TIONS, WITH UNIQUE FEATURES THAT MAKE THE DIFFERENCE IN 
QUALITY, RELIABILITY AND INVESTMENT PROTECTION FOR YOUR 
CUSTOMERS. 

AN INGENIOUS APPROACH TO MODULARITY ENSURES PEAK 
PERFORMANCE FROM ALL OF THE XPRESS PLATFORMS. THE 
ARCHITECTURE ALLOWS YOU TO SWAP IN MORE POWERFUL MICRO- 
PROCESSORS AS THEY BECOME AVAILABLE. TODAY’S XPRESS 
DESKSIDE CHASSIS WILL TAKE YOU FROM 20 TO OVER 180 MIPS INA 
SINGLE BOX! YOUR CUSTOMER SIMPLY REPLACES THE OLD CPU 
MODULE AND SPEEDS PENTIUM PROCESSOR TECHNOLOGY TO 
MARKET WITHOUT TIME-CONSUMING RECONFIGURATION AND 
REQUALIFICATION. 

XPRESS DESKSIDE PLATFORMS HAVE ABUNDANT SLOTS AND 
WATTS—ALL YOU’LL EVER NEED TO CREATE A RANGE OF POWER- 


FUL SERVER APPLICATIONS. 


XPRESS DESKSIDE/MX PLATFORMS ARE YOUR FAST TRACK TO | 


THE FUTURE. 
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SLOTS AND WATTS FOR 
EXPANSION 


Xpress deskside/MX platforms have been 
designed for OEMs and custom solution 
providers to integrate the most demanding 
server applications with maximum invest- 
ment protection. Integrated I/O (2 channel 
fast SCSI-2, DMA IDE, two serial ports, 
one parallel, floppy, mouse, keyboard and 
high resolution graphics) resides on the 
baseboard providing increased reliability 
while enabling the use of all eight EISA bus 
master slots. 


SNAP-IN PERIPHERAL 
BAYS MAKE IT EASY TO 
INTEGRATE XPRESS 
SERVERS 


The scaleable Xpress baseboard is housed 
in an easy-to-integrate, easy-to-service 
tower which—like the system board—will 
remain state of the art for years to come. The 
chassis has been designed to allow ample 
mass storage capacity and easy access. Two 
screws release the side of the chassis. A 
SCSI distribution board connects with a 
SCSI 2 controller or the optional Xpress 
RAID adapter and easily distributes power 
and signal lines to each of the 11 drive bays. 
No tangle of cables or worry about drive 
termination. Special snap-in rails let you 
open the chassis, slide in a drive and connect 
it in just seconds! 

Eight 3.5” internal expansion bays allow 
over 12 Gigabytes of storage. Three addi- 
tional 5.25” external bays are available for 
floppies, tapes, CDs, or other devices. And, 
the power supply is a hefty 384 watts, more 
power than most, ensuring that future add-in 
power requirements are easily met. Other 
Xpress/MX server features: 

#® Three levels of built-in security. 

= Automatic remapping of bad memory. 

= Flash memory for easy BIOS upgrades 
and error logging. 

® A user-programmable LCD display. 

= Complete diagnostic package. 

= Uplift to two year factory warranty. 

Additionally, several server accessories 
are available to complement our Xpress 
platforms: 
® RAID controller for fault tolerant I/O. 
= 256 MB Parity memory expansion card 
= 384 MB Error checking and correcting 

memory card (Q4-93) 
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CHOOSE YOUR OPERATING 
SYSTEM 


Xpress is an investment in the future. The 
32-bit operating systems including Win- 
dows NT, Solaris, SCO MPX, Netware 
SFTII, Univel, and others will benefit from 
the same peak performance you can see in 
today’s environments, like Netware, Ban- 
yan, SCO UNIX, OS/2 2.0, or Microsoft 
Windows. 


QUALITY YOU CAN SEE 


The Xpress Deskside chassis is specially 
engineered to accommodate future pro- 
cessor modules — with a large power supply, 
extra cooling, and emissions shielding 
which will be needed to run higher fre- 
quency CPUs. 

Intel design and manufacturing is your 
assurance that Xpress Deskside platforms 
are reliable —a critical need for server appli- 
cations. Intel’s engineers’ attention to detail 
and our modern factories ensure outstand- 
ing quality: 
® Protection devices on serial I/O ports 


avoid voltage spikes which could damage - 


the system. 
= Metal tab SIMM sockets ensure solid 
connections. 
* EMI and Thermal guard bands ensure 
ongoing regulatory compliance 
THE XPRESS DESK- 
SIDE PLATFORM WAS 
DESIGNED FROM THE 
GROUND UP TO BE A 
POWER SERVER. 


COMPATIBILITY, SERVICE AND 
SUPPORT FOR OEMS 


Our support services are geared to the 
unique needs of OEMs and custom solution 
providers. IntelTechDirect™ helps you get to 
market faster and keep all of your Intel 


platform products running smoothly. The ' 


service includes monthly product updates, 
FaxBACK™ service, factory hotline, and an 
electronic bulletin board. 


FAMILY OF CHASSIS 


To provide complete flexibility, Xpress 


platforms are available in a range of differ- 
ent form factors—each utilizing the same 
scalable baseboard technology. In addition 
to the Deskside/MX tower, Xpress is avail- 
able as a desktop chassis, a mainstream 
deskside server, a rack mountable chassis, 
or as a board level solution. 


GLIMPSE INTO THE XPRESS 
FUTURE 


Xpress Deskside/MX servers will be ac- 
quiring new features throughout the upcom- 
ing year including new Intel micro- 
processors and functionality enhancement 
modules. Included are an error checking and 
correcting (ECC).memory module, a sym- 
metric multiprocessing dual pentium pro- 
cessor module, and server management 
hardware and software utilities to simplify 


managing your hardware in a standards 
based networking environment. 
ORDERING INFORMATION: 
Base Platform CPU mod. shipped sep. 
XBASE8TE8F-C 8 MB tower, SCSI-2 
XBASE8TE16F-C 16 MB tower, SCSI-2 
Processor Module 
BXCUPBIPENT60 Dual 60 MHz Pentium 
Processor w/ 256 KB cache 
BXCPUPENT60 60 MHz Pentium Processor 
w/ 256 KB cache 
BXCPU48650 50 MHz i486DX w/ 256 KB 
cache 
BXCPU486DX266-B 66 MHz i486DX2 w/ 
128 KB cache 
BXCPU48633-B 33 MHz i486DX module 
BXCPU486SX25-B 25 MHz i486SX module 
Accessories ; 
BXMEMO 256 MB mem. expansion card 
BXECCMEMO 384 ECC memory expansion 
card 
XEXTSCSICBL Cable routes SCSI signal to 
external device 
XRAID4 2 channel RAID controller, 
4 MB cache 
Baseboard 
BXBASE8E0-C O MB baseboard with SCSI-2 
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XPRESS DESKSIDE/MX PLATFORM 

HIGHLY INTEGRATED INTEL XPRESS ASICS FOR 

USER VO SCALABLE PROCESSOR 

268K FLASH MEMORY FOR | 

EASY BIOS UPDATES ; INTEGRATED SUPER VGA 
(MON-INTERLACED) 

REPLACEABLE CPU 128 MB MEMORY ON 

MOOULE FOR PENTIUM SYSTEM BASEBOARD 

PROCESSOR UPGRADES 


KEYLOCK AND PASSWORD 


EIGHT INTERNAL 3.5" BAYS SECURITY FEATURE 


PROVIDE PLENTY OF 
EXPANSION ROOM FOR 
R.ALD. DISK SUBSYSTEM EASILY REMOVABLE BEZEL 
APPLICATIONS 

ACCESSIBLE CONTROLS 
SNAP-AN PERIPHERAL WITH OPTION TO LOCK 
DESIGN FOR EASY 
CONFIGURATION, QUICK 
UPGRADE PROGRAMMABLE LCD 


DISPLAYS DIAGNOSTICS 
AND CUSTOM INFORMATION 
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SPECIFICATIONS 


SYSTEM BASEBOARD 
System Baseboard Memory: 
Architecture: 64 bit, interleaved 
Peak Transfer Bandwidth: 133 MB/s 
Standard RAM 8 MB (4 MB SIMMs, 2 sockets open) 
Maximum RAM 128 MB (32 MB SIMMs, 8 Mbx36) 
Access Time 80ns (or faster) 
Error Detection Byte Parity 
Total memory: 
Expansion module 256 MB (32 MB SIMMs) 
System baseboard 128 MB (32 MB SIMMs) 
Total 384 MB 
I/O Expansion Slots: 
Eight 32-bit Fast-EISA: Eight bus master slots 
Integrated I/O: 
2 serial ports Async, RS-232-C, 9-pin 
1 parallel port Centronics and PS/2-compatible, 25-pin 
1 mouse port PS/2-compatible 
1 keyboard port PS/2-compatible 
Integrated I/O Controllers: 
Fixed Disk Interface | Adaptec Fast SCSI 2 (7770-2 channels) 
(future models) 
Fixed Disk Interface IDE (2 drives) 
DMA 
Floppy Drive Interface 82077/SL (2 drives) 
System BIOS Interface Intel 28F001BT 256KB Flash 
Integrated Graphics: 
Controller Western Digital WD90C31 
Video Memory 512 KB (60ns DRAM) (sockets for easy 


Maximum Resolutions 


Compatible with: 
Output ports: 


LCD Display: 
Board Dimensions: 
Baseboard 


CPU Module 
(Some modules vary) 


upgrade to 1 MB DRAM 

800 x 600, 32,000 colors, “True Color” 
1024 x 768, 256 colors, non-interlaced 
1280 x 1024, 16 colors, non-interlaced 
MDA, CGA, HGC, EGA, VGA, EVGA 
15-pin, analog 

Internal 8514/A Video feature connector 
(VESA-compatible) 

40 character programmable 


Width 12.45” (31.62 cm) 
Depth 12.70” (32.26 cm) 
Depth 12.08” (30.7 cm) 
Height 4.48” (11.4 cm) 


CPU SPECIFICATIONS, MODULES (CHOICE OF): 
Dual Pentium/60 Module: 2x Pentium microprocessors at 60 MHz 


Cache: 2x 82495 DX; write-back mode with 
, 2x 256 KB SRAM (82490 DX) 
Pentium Processor Pentium microprocessors at 60 MHz 
Modules: 82495 DX; write-back mode with 
256 KB SRAM (82490 DX) 
i486 DX/50 Module: i486DX microprocessor at 50 MHz 
Cache: 82495 DX; write-back mode with 
256 KB SRAM (82490 DX) 
i486 DX2/66 Module: i486 DX2 microprocessor at 66 MHz 
Cache: 8 KB internal + 128 KB L2 write- 
through 
i486 DX/33 Module: i486 DX microprocessor at 33 MHz 
Cache: 8 KB internal + optional 128 KB L2 
i486 SX/25 Module: i486 SX microprocessor at 25 MHz 
Cache: 8 KB internal +optional 128 KB L2 
MEMORY EXPANSION MODULE 
Model BKMEMO: 
Standard RAM 0 MB 
Maximum RAM 256 MB (32 MB SIMMs, 8 Mb x36) 
Access Time 80 ns 
Error detection Byte Parity 


SYSTEM SPECIFICATIONS: 
Floppy Disk: 4 
Format 3.5”, half-height 
Capacity 1.44 MB 
Drive Bays 
External Three 5.25” width, half-height 
Internal Eight 3.5” width, full-height 
System Dimensions: 
Height 24.40” (61.98 cm) 
Width 8.5” (21.54.cm) > 
Depth 23.15” (58.80 cm) 
Weight 54 Ibs. (24.5 kg) 
ELECTRICAL 
AC Voltage/Frequency Autoranging switching power supply, 
100-120/200-240, 60/50 Hz 
DC Power 384 W 
+5V 45 A maximum continuous 
+12V 13 A maximum continuous 
—12V 1.0 A maximum continuous 
-5V 0.5 A maximum continuous 
REGULATIONS 
Safety 


UL 1950, Ist edition 

CAS C22.2 No. 950-89 

TUV Bauart to EN 60 950/IEC950/ZHI 618 
NEMKO EN60 950 


EMI 

FCC Class B CFR #47 Parts 2 and 15, Certified Class B 
VDE 087/6.78 Level B (Vfg 1046) 

CISPR 22/85 Class B, VCCI Class 2 

VCCI Class 2 ITE 

DOC CRC c.1374 Class B 

ENSS 101 Series : 


ENVIRONMENT 

Temperature: 
Operating +10°C to +35°C ambient 
Non-operating —40°C to +65°C ambient 


Humidity (Non-condensing wet-bulb max 29°C) 


Operating 20% to 80% @ 35°C 

Non-operating 20% to 92% @ 65°C 
Altitude: 

Operating 10,000 ft. (3048 m) 

Non-operating 50,000 ft (15,240 m) 
Vibration: Random variation 0 Hz-500 Hz 
Noise: <45 db (peripherals idle, at 1 m) 

@ 25°C 

Static discharge: Tested to 25 kV; no component damage 
ACCESSORIES: 


Systems include X-Series Deskside/MX Product Guide, EISA 
Configuration, Utility (ECU) software, video software drivers, SCSI 
power & distribution board, drive rails for additional I/O devices, 

power cable, floppy and IDE hard drive cables, system diagnostics 


and a warranty uplift option for two years return to factory coverage. 


NETWORK/OPERATING SYSTEM COMPLIANCE: 

Banyan, DEC PATHWORKS for DOS, IBM OS/2, LAN Manager, 
Microsoft Windows, Windows NT, Novell Netware, SCO UNIX, 
Univel 


1486, Intel486, Pentium, DVI, i386, IntelTechDirect, OverDrive and FaxBACK are trademarks of Intel 
IM, Netware is a 


Windows is a trademark of Microsoft Corporation, DEC Sohne. wadbane Digital Equipment 
Corporation. 


©{ntel Corporation 1993 
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AN AFFORDABLE SERVER WITH THE RIGHT FEATURES 
XPRESS/LX IS A LEADING EDGE MODULAR SERVER SOLUTION 
TARGETED FOR THE MAINSTREAM SERVER MARKET. THE 
XPRESS/LX DESIGN IS IDEAL FOR LOCAL AREA NETWORKS OR 
POWER USERS REQUIRING A VERTICAL FOOTPRINT, INCLUDING 
WORKGROUP, FILE, COMMUNCATION AND APPLICATION SERVICES. 
IT REPRESENTS A NEW ENTRY POINT FOR SERVERS WITH A 
ROBUST FEATURE SET, COMPLETE NETWORK OPERATING SYSTEM 
COMPATIBILITY AND FUTURE EXPANDABILITY. 

AN INGENIOUS APPROACH TO MODULARITY ENSURES PEAK PER- 
FORMANCE FROM ALL OF THE XPRESS PLATFORMS. THE ARCHI- 
TECTURE ALLOWS YOU TO SWAP IN MORE POWERFUL MICRO- 
PROCESSORS AS THEY BECOME AVAILABLE. TODAY’S XPRESS/LX 
DESKSIDE CHASSIS WILL TAKE YOU FROM 20 TO OVER 100 MIPS INA 
SINGLE BOX! YOUR CUSTOMER SIMPLY REPLACES THE OLD CPU 
MODULE AND SPEEDS TO MARKET WITHOUT TIME-CONSUMING RE- 
CONFIGURATION AND REQUALIFICATION. 

XPRESS/LX DESKSIDE PLATFORMS ARE YOUR FAST TRACK TO 


THE FUTURE. 
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Xpress Deskside/LX provides robust 
server performance and upgradeable fea- 
tures to entry-level customers. The easily 
replaceable CPU modules offer a range of 
speeds that can exceed 100 MIPs using to- 
day’s Pentium™ microprocessor. And these 
servers are designed to provide peak perfor- 
mance for years to come because they’re 
ready for even faster speeds using next gen- 
eration CPUs and I/O technology. 

The latest Intel] microprocessors can be 
used instantly in Xpress platforms. The 
unique modular architecture isolates the fas- 
test evolving technology—the CPU and 
cache—on a replaceable card. This benefits 
OEMs and Custom Solution Providers be- 
cause it simplifies product design, reduces 
sales development requirements, and pro- 
vides customers with a way to economically 
upgrade their systems. 


DESIGNED FOR THE FUTURE 


Xpress platforms are not only modular, 
they’re scalable, accommodating both to- 
day’s processors and tomorrow’s as well. 
The 64-bit interleaved memory architecture 
provides exceptionally high transfer speeds 
(133 Mbytes per second peak transfer). 
Since the CPU-memory access is clock- 
independent, Xpress is able to support to- 
morrow’s CPUs of up to 100 MHz at full 
performance, and as a plus, the memory 
architecture supports industry standard fast 
page 1 MB through 32 MB SIMMs for maxi- 
mum flexibility and affordability. 

With a range of single processor mod- 
ules, and next generation microprocessor 
modules on the horizon, Xpress/LX pro- 
vides server class performance of over 100 
MIPS! The result is a world-class server 
platform which allows our customers to 
demonstrate award winning server perfor- 
mance today, and which can provide peak 
performance for years to come. 


Xpress/LX servers offer a range of per- 
formance points with plenty of room for 
expansion. Module options provide from 20 
to over 100 MIPS today — with more to come 
from next generation's processors. 


FROM 20 TO OVER 100 MIPS 


0 2 0 © 8 00 120 40 00 00 
MILLION INSTRUCTIONS PER SECOND (MIPS) 


There are three types of Xpress CPU 
modules to choose from: 


® Transaction Processing and Server. 
Tuned to provide the highest possible server 
performance, the DX/50 and Pentium mi- 
croprocessor modules include a 256 KB 
write-back cache which provides up to 36% 
higher performance than traditional write- 
through or direct-map cache solutions. This 
reduces CPU utilization of the memory bus 
and enables concurrent cache and I/O opera- 
tions, resulting in enhanced performance in 
multi-user I/O intensive systems such as 
network or dedicated application servers. 
For even greater performance, next genera- 
tion Intel processors will be supported by 
today’s Xpress platforms. 

= Compute Intensive. Designed with the 
latest Intel silicon technology, Intel486™ 
DX2 modules use internal clock doubling 
techniques to provide the highest perfor- 
mance for compute-intensive applications. 
Complete with 128 KB cache and a socket 
for Intel’s Future OverDrive™ processor, 
these modules are ideal for advanced com- 
puter simulations or distributed processing 
applications. 


® Entry Level Modules. Providing op- 
tional cache support and an Overdrive pro- 
cessor socket, these modules are designed to 
give an economical entry to the Xpress plat- 
forms and are ideal for file servers or cus- 
tomers upgrading their existing i386™ archi- 
tecture designs. 
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Xpress/LX deskside platforms have been 
designed for OEMs and custom solution 
providers to integrate demanding server ap- 
plications with maximum investment pro- 
tection. The scaleable Xpress system board 
will remain state of the art for years to come, 
along with the easy-to-integrate, easy-to- 
service tower enclosure. 

The chassis has been designed to allow 
ample mass storage capacity and easy 
access. Two screws release the side of the 
chassis. Five 3.5” internal expansion bays 
allow for ample storage. Special snap-in 
rails let you open the chassis, slide in a drive 
and connect it in just seconds! Three addi- 
tional 5.25” external bays are available for 
floppies, tapes, CDs, or other devices. Inte- 
grated I/O (DMA IDE, two serial ports, one 
parallel, floppy, mouse, keyboard and high 
resolution graphics) resides on the base- 
board providing increased reliability while 
enabling the use of all eight EISA bus master 
slots. 


XPRESS/LX IS PACKAGED IN A SPACE-SAVING TOWER WITH 
DESIGNED IN SCALABILITY TO NEXT GENERATION INTEL 
PROCESSORS. 


Other Xpress/LX server features: 


® Three levels of built-in security — 
Master key option available. 

® Flash BIOS for easy upgrades. 

® Robust design for embedded 
applications 

® Optional diagnostic package. 


CHOOSE YOUR OPERATING 
SYSTEM 


Xpress is an investment in the future. The 
32-bit operating systems including Win- 
dows NT, Solaris, SCO MPX, Netware 
SFTII, Univel, and others will benefit from 
the same peak performance you can see in 
today’s environments, like Netware, Ban- 
yan, SCO UNIX, OS/2 2.0, or Microsoft 
Windows. 


The Xpress/LX Deskside chassis is spe- 
cially engineered to accommodate future 
processor modules with extra cooling and 
emissions shielding which will be needed to 
run higher frequency CPUs. 

Intel design and manufacturing is your 
assurance that Xpress Deskside platforms 
are reliable —a critical need for server appli- 
cations. Intel’s engineers’ attention to detail 
and our modern factories ensure outstand- 
ing quality: 
® Self-resetting fuse protects keyboard 

from voltage spikes 
® Rounded metal edges for smooth integra- 

tion of peripherals 
®" EMI and Thermal guard bands ensure 
ongoing regulatory compliance 


COMPATIBILITY, SERVICE AND 
SUPPORT FOR OEMS 


Our support services are geared to the 
unique needs of OEMs and custom solution 
providers. IntelTechDirect™ helps you get to 
market faster and keep all of your Intel 
platform products running smoothly. The 
service includes monthly product updates, 
FaxBack service, factory hotline, and an 
electronic bulletin board. 


FAMILY OF CHASSIS 


To provide complete flexibility, Xpress 
platforms are available in a range of differ- 
ent form factors—each utilizing the same 
scalable baseboard technology. In addition 
to the Deskside/LX server, Xpress is avail- 
able as a desktop chassis, a premium server 
tower, a rack mountable chassis, or as a 
board level-solution. 


Xpress Deskside/LX servers will be ac- 
quiring new features throughout 1993. A 
second model with Adaptec’s fast SCSI-2 
controller integrated on the baseboard will 
be introduced in late summer providing en- 
hanced performance at a lower total cost 
than add-in adapter cards. Additionally, sev- 
eral accessories are planned for introduction 
including a two channel hardware disk array 
(RAID) controller, an error checking and 
correcting (ECC) memory module and 
server management utilities to simplify 
managing your hardware in a standards 
based networking environment. 


ORDERING INFORMATION: 


Base Platform CPU module shipped 
separately 
XLXBASE8TE8F 8 MB tower (US) 
XLXBASE8TE8FS 8 MB tower (US) w/ SCSI 
XLXBASE8TE16F 16 MB tower (US) 
XLX8E8F220V 8 MB tower (Europe) 
XLX8E16F220V 16 MB tower (Europe) 
Processor Module 
BXCPUPENT60 60 MHz Pentium 
Processor w/ 256 cache 
BXCPU48650 50 MHz i486DX w/ 
256 KB cache 
BXCPU486DX266-B 66 MHz i486DX2 w/ 
128 KB cache 
BXCPU48633-B 33 MHz i486DX module 
BXCPU486SX25-B 25 MHz i486SX module 
Accessories 
BXMEMO 256 MB memory 
expansion card 
BXECCMEMO0 384 ECC memory 
expansion card 
XLXSCSICBL Cable kit for SCSI 
configuration 
XEXTSCSICBL Cable routes SCSI signal to 
external device 
XDIAGNOSTICS Complete system 
diagnostics 
XRAID4 2 channel RAID controller, 
4 MB cache 
BXBASES8E0-B 0 MB baseboard 
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XPRESS DESKSIDE/LX PLATFORM 
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SYSTEM BASEBOARD SYSTEM SPECIFICATIONS: 
System Baseboard Memory: Floppy Disk 
Architecture: 64 bit, interleaved Format 3.5”, half-height 
Peak Transfer Bandwidth: 133 MB/s Capacity 1.44 MB 
Standard RAM 8 MB (4 MB SIMMs, 2 sockets open) Drive Bays 
Access Time 80ns (or faster) Internal Five 3.5” width, full-height 
Error Detection Byte Parity ; 7 
Titel aeitwey System Dimensions F 
Expansion module 256 MB (32 MB SIMMs) ake Srareua 
Total 384 MB Weight 44,51 Ibs. (20.19 kg) 
I/O Expansion Slots: 
Eight 32-bit Fast-EISA: Eight bus master slots ELECTRICAL 
Integrated 1/O: AC Voltage/Frequency’ § 100-120/200-240, 60/50 Hz 
2 serial ports Async, RS-232-C, 9-pin User selectable 
1 parallel port Centronics and PS/2-compatible, 25-pin DC Power 230 W 
1 mouse port PS/2-compatible +5V 30 A maximum continuous 
1 keyboard port PS/2-compatible +12V 8 A maximum continuous 
Integrated I/O Controllers 7 -—12V 0.5 A maximum continuous 
Fixed Disk Interface | Adaptec Fast SCSI 2 (7770-2 channels) —5V 0.5 A maximum continuous 
(future models) 
Fixed Disk Interface IDE (2 drives) 


REGULATIONS 
Floppy Drive Interface 82077/SL (2 drives) 
System BIOS Interface Intel 28F001BT 256KB Flash UL 1950, ist edition 


CAS C22.2 No. 950-89 


Integrated Graphic 
Controller : Western Digital WD90C31 TUV Bauart to EN 60 950/IEC950/ZHI 618 
Video Memory 512 KB (60ns DRAM) (sockets for easy NEMKO EN60 950 

upgrade to 1 MB DRAM EMI: 


Maximum Resolutions 800600, 32,000 colors, “True Color” FCC Class B CFR #47 Parts 2 and 15, Certified Class B 


1024x768, 256 colors, non-interlaced VDE 087/6.78 Level B (Vfg 1046) 
1280x 1024, 16 colors, non-interlaced CISPR 22/85 Class B, VCCI Class 2 
Compatible with: MDA, CGA, HGC, EGA, VGA, EVGA — VCCI Class 2 ITE 
Output ports: 15-pin, analog DOC CRC c.1374 Class B 
Internal 8514/A Video feature connector ENSS5 101 Series 
(VESA-compatible) 
Board Dimensions: eacenagts 
Baseboard ee es pe = Operating +10°C to +35°C ambient 
CPU Module Depth 12.08” (30.7 cm) Non-operating acinus nage: 


(Some modules vary) Height 4.48” (11.4 cm) Humidity (Non-condensing wet-bulb max 29°C) 


Operating 20% to 80% @ 35°C 


CPU SPECIFICATIONS, MODULES (CHOICE OF): Non-operating 20% to 92% @ 65°C 
Pentium Processor Pentium microprocessors at 60 Mhz Altitude: 
Modules: 82495 DX; write-back mode with Operating 10,000 ft. (3048 m) 
256 KB SRAM (82490 DX) Non-operating 50,000 ft. (15,240 m) 
i486 DX/50 Module: i486DX microprocessor at 50 MHz et, * ne 
Cache: 82495 DX; write-back mode with Vibration: Random variation 0 Hz-500 Hz 
256 KB SRAM (82490 DX) Noise: Noe (peripherals idle, at 1 m) 
i486 DX2/66 Module: i486 DX2 microprocessor at 66 MHz ig be @ 25° 
Cache: 8 KB internal +128 KB L2 write- Static: Guacasarge: Tomtent to 20.5; no componeat Genmage 
through 
: ' ACCESSORIES: 
Cues ote Ep neta eee pas Systems include: X-Series Deskside/LX Product Guide, EISA 
; : : . ; , Configuration Utility (ECU) software, video software drivers, drive 
i486 SX/25 Module: i486 SX microprocessor at 25 MHz . a ‘ 
Cache: 8 KB internal + optional 128 KB L2 rails for additional I/O devices, power cable, floppy and IDE hard 
drive cable, a one year warranty. 
. rae srplcentines ae NETWORK/OPERATING SYSTEM COMPLIANCE: 
Moxinnim RAM 256 MB (32 MB SIMMs, 8 Mbx36) Sra Windows, Windows NT, Novell Netware, SCO UNIX, 
Access Time 80 ns vies 
Error detection ~ Byte Parity ‘ 1486, Intel486, Pentium, DVI, i386, InteTechDirect ve are trademarks of Intel Corporation 
’ Banyan is a trademark of Banyan Systems Inc., OS/2 is a trademark . isa 
Novell, SCO is a trademark of Santa Cruz Operations, a trademark of AT&T, Windows is a 
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XPRESS DISK ARRAY CONTROLLER 
HIGHER /O PERFORMANCE & 
DATA LOSS PROTECTION 


High performance compute platforms, 
like the clock doubling i486™ DX/2 and 
Peniium™ microprocessors, require faster 
disk subsystems. To meet this increased per- 
formance need, and to satisfy the need for 
protection against data loss, Intel is now 
offering a two channel, SCSI RAID (Redun- 
dant Array of Inexpensive Disks) solution to 
complement the Xpress platform line of 
scalable servers. Intel’s EISA disk array 
controller, based on the Intel i960™ micro- 
processor, provides a high performance 
hardware RAID solution supporting data 
striping for performance, mirroring for data 
redundancy, and distributed striping with 
parity for the highest data availability at 
minimal cost. 

Designed for network server, application 
server, and multi-user UNIX* environ- 
ments, Intel’s disk array controller can im- 
prove data throughput, balance I/O perfor- 
mance, and ensure availability of critical 
data. Best of all, the disk array controller has 
been tested and certified for SCO Unix and 
Novell Netware* environments to ensure the 
quality and reliability you expect from Intel. 


FAMILY OF PLATFORMS 


The Xpress disk array controller is one 
of many accessories designed specifically 
for Xpress platforms. The base platforms 
are available in a range of different 
form factors—each utilizing the same scal- 
able baseboard technology which supports 
Intel486™ to Pentium processors. Chassis 
options include an expandable desktop, a 
mainstream deskside server (Xpress/LX), a 
rack mountable chassis, and a premium 
server tower (Xpress/MX). Xpress servers 
are designed with snap-in drive bays to 
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reduce integration time. The Deskside/MX 
includes a SCSI signal and power distribu- 
tion board designed to eliminate the need for 
long cables and increase signal reliability 
when used with the Xpress disk array 
controller. 


COMPATIBILITY, SERVICE AND 
SUPPORT FOR OEMS 


Our support services are geared to the 
unique needs of OEMs and custom solution 
providers. IntelTechDirect™ helps you get to 
market faster and keep all of your Intel plat- 
form products running smoothly. The ser- 
vice includes monthly product updates, 
FaxBACK™ service, factory hotline, and an 
electronic bulletin board. 


RAID LEVEL 0,1,5 HARDWARE SUPPORT 
STRIPING 


BLOCK STRIPING SEG- 
MENTS DATA BETWEEN 
SEVERAL DISKS, PROVID- 
ING HIGHER PERFOR- 
MANCE THAN WITH INDI- 
VIDUAL DRIVES 


MIRRORING 
DRIVES CAN BE PAIRED 


AND MIRRORED PROVID- 
ING 100% DATA DUPLICA- 
TION FOR REDUNDANCY 


PARITY STRIPING . 
TRIBUTED WITH PARITY 
ACROSS SEVERAL DISKS TO 
PROVIDE HIGH DATA AVAIL: 
ABILITY WITH FEWER DISKS 
(LOWER COST) THAN 
MIRRORING 
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Two I/O channels Supports up to 14 SCSI drives Highest possible performance with industry 
standard compatibility 


Fast SCSI-2 10 MB/s data transfer eading edge performance 
Intel i960 processor 32 bit RISC processor Highest possible performance 


Support for standard I/O devices Support for high performance disk drives, | Industry compatibility 
CD-ROM, tape, and optical drives 


Striping Performance 
Mirroring Redundancy 
Striping w/ distributed parity Performance/ Availability 


0/1 and spanning 
standard SIMMs 
and controller/disk at same time 


Automatic drive rebuild Replaced drive / spare drive will be rebuilt | Rebuild time is optimized based on requests to the 
in the background I/O subsystem 


Flexibility 


Complete utilities Drive card is easy to configure and install 


’ 


SPECIFICATIONS 
BOARD ENVIRONMENT (System Level) 
CPU i960CA 32-bit microprocessor Ambient Temperature: 
Cache option 4, 16 or 64 MB Operating +10°C to +35°C ambient 
Standard 4 MB Non-Operating —40°C to +70°C ambient 
Cache support Write-through 
Write-back Relative Humidity: 
Cache flush Operating 85% @ 35°C 
SCSI support SCSI-2 fast, 8-bit wide Non-Operating 95% @ 35°C 
SCSI channels 2 (7 devices per channel) 
SCSI controller ©§ NCR 53C720 PT Altitude: 
EISA bus master Supports EISA burst mode transfers of up to Operating to 10,000 ft. (3048 m) 
33 MB/s Non-Operating to 50,000 ft. (15,240 m) 
Onboard BIOS Flash EEPROM (16K x 8) Static Discharge 25 kV no component damage 
Firmware Flash EEPROM (16K x8) 
REGULATIONS 
RAID Levels 0 - Block striping, no redundancy Meets or exceeds the following requirements: 
1 - Mirroring EMI/RFI 
5 - Block striping with rotated XOR redundancy U.S. FCC Class B 
Striping & mirroring 
Multi-threaded 64 simultaneous commands TOOLS 1 6 
Scatter/gather Configuration Menu driven DOS utility 
Fault tolerance Automatic drive failure detection OS Utilities Utilities for all supported operating systems 
Hot spare 
On-line rebuilding of replacement drive ORDERING INFORMATION 
Power sequencing Order Code XRAID4 2 Channel SCSI disk array controller with 
4 MB cache 
SOFTWARE ; : 
OS Support SCO Unix System V 4.0, 4.2 Se ee ee ee 
Novell Netware 3.11, 4.0 
Windows NT (version 3.1) ined Coppin. [mel Corporation UK.) Ld Intel Japan K.K. 
IBM OS 2.0 (2.1) 2200 Mission College Dr. Pipers Way 5-6 Tokodai, Tsukuba-shi 
Banyan (5.52 (5) Santa Clara, CA 95052-8119 Swindon Ibaraki, 300-26 
Tel : 800-548-4725 Wiltshire SN3 1RJ Tel : +81-29847-8522 
United Kingdom 


Tel: +44 793 696000 


i486, Intel486, Pentium, IntelTechDirect, FaxBACK and OverDrive are trademarks of Intel Corporation. 

is a trademark of Banyan Systems Inc:, OS/2 is a trademark of IBM, Netware is a trademark of Novell, 

is a trademark of Santa Cruz Operations, UNIX is a trademark of AT&T, Windows is a trademark of 
Microsoft Corporation. 
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i486™ CHAMPION LOW PROFILE PLATFORM 


281580-1 


i486™ CHAMPION LOW PROFILE PLATFORM —WITH 


ACCELERATED LOCAL BUS 


The i486™ Champion Low Profile is an entry-level microcomputer platform 
manufactured by Intel. It offers i486 performance at an affordable price, with built-in 
accelerated Super VGA Local Bus graphics. The Champion Low Profile protects your 
hardware investment by supporting Intel OverDrive™ processors, making it easy to 


upgrade the CPU performance. 


FEATURES 


e High performance Intel486T™ 
Microprocessors 

e OverDrive processor support 

4 MB on-board memory (expandable to 

32 MB) 

Accelerated Super VGA Local Bus 

graphics integrated on motherboard 

512 KB video RAM (expandable to 1 MB) 

Integrated IDE hard disk and floppy 

controller 

e Two serial, one parallel, PS/2 keyboard 
and mouse ports 


Three 16-bit ISA expansion slots 
Three peripheral bays (2 external, 1 
internal) 

FCC Class B certification 

Novell* certified 


BENEFITS 


e Affordable i486 SX/25, DX33 and DX2/ 
66 Microcomputer performance for the 
desktop 

¢ Provides an easy path for future 
performance upgrades to protect your 
hardware investment 

e Offers flexibility for a variety of system 
memory requirements 


i486™ and OverDrive™ are trademarks of Intel Corporation. 


Novell is a registered trademark of Novell, Inc. 
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intel. | 
i486™ CHAMPION LOW PROFILE PLATFORM 


BENEFITS e Meets current and future needs for add-in 
e Excellent support for graphics-intensive laa 
apt e Flexibility for installing storage and other 
applications with both Local Bus and aati 
Acceler rion : ¢ Meets rigid requirements for office or home 
e Optimizes video resolutions to a nat 


maximum of 1024 x 768 x 256 colors 

e Leaves all siots open for expansion 

e Reduces expense of adding peripheral, 
control and communications devices 


| SPECIFICATIONS | 


e Assured compatibility with Novell networks 


BOARD SYSTEM 

CPU i486 SX Microprocessor; _ System Dimensions 
25 Miz Height 4.10” 
i486 DX Microprocessor; . " 
33 MHz and i486 DX266 pigs ee ro 
Microprocessor, 66 MHz Depth 15.70 

Performance Intel OverDrive processors; Drive Bays 

Upgrade 50 MHz/60 MHz External 15.25” half-height accessible 

Graphics Local Bus SVGA Cirrus 5426 (1.6") 

Subsystem _integrated 13.5” one-third height accessible 

On-board 2 72 pin SIMM sockets (1.0") 

Memory Internal 13.5” one-third height (1.0” ) 
Standard 4MB(1 MBx 32SIMM) Floppy Disk (standard on every system) 
ina Footprint 3.5” one-third height (1.0” ) 
SS ae a Capacity 1.44 MB high density 
Upgrade X32 SIMM’s Accessories 
RAM Champion Series Low Profile Product Guide 
Access 80 ns or faster Power cable, hard drive cables, and 
Time miscellaneous hardware 

I/OExpan- 3 16-bit ISA slots (full length) Video Drivers Diskette(s) 
sion Slots 

BIOS AWARD EPROM ELECTRICAL 3 

Interface AC Voltage/ 115V/60 Hz, 230V/50 Hz 

Integrated I/O Frequency 
2 serial Async, RS-2382C, 9-pin = ag 150W 
1 parallel Centronics compatible, 25-pin said 18A maximum continuous 
port bi-directional +12V 4.2A maximum continuous 
1 keyboard PS/2 compatible =—5V 0.3A maximum continuous 
port —12V  0.4A maximum continuous 
Floppy disk Provided _ Available Maximum system power 
controller Power dissipation is 120W 
IDEhard _ Provided 
disk 


Mouse port PS/2 compatible 
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ENVIRONMENT REGULATIONS 
Ambient Temperature Meets or exceeds the following requirements 
Operating + 10°C to + 35°C ambient Safety 
Relative Humidity US. UL 1950 
Operating 85% @ 35°C Canada CSA 950 
Non-operating 95% @ 35°C Europe TUV to EN60950, IEC 950 
Altitude : EMI/RFI 
Operating to 100,000 ft. (8048m) US. FCC CFR 47 Part 15, Class B 
Non-operating to 50,000 ft. (15,240m) Canada DOC CRC c. 1374 Class B 
Noise 40 db with peripherals idle Europe hes les Class B, CISPR-22 
| ass 


ORDERING INFORMATION | 


The Champion Low Profile product is available including all of the above items, hard drive 
in multiple processor speeds equipped either DOS, Windows, and Mouse. 


with 4 MB of memory, a floppy drive and Contact your nearest Intel Distributor. 
keyboard or as a fully configured system 
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i486T™ CHAMPION SERIES MID-TOWER PLATFORM WITH 
VESA LOCAL BUS 


The Champion Series Mid-Tower platform features affordable, flexible performance and 
is manufactured by Intel. The Champion Mid-Tower is available in 3 powerful 
microprocessor speeds (i486T™ SX25, i486 DX33 and i486 DX266). The system CPU is also 
upgradable using Intel’s OverDrive™ processors. The Mid-Tower offers 6 available ISA 
expansion slots (including 1 VESA Local bus slot), eight peripheral bays in a chassis 
designed for fast integration and easy servicing. The system is also equipped with a high- 
performance accelerated SVGA VESA local bus graphic subsystem. The Mid-Tower 
Champion from Intel is the optimum solution for cost sensitive sever applications 
requiring the expandability of a tower platform. 


FEATURES 


16 


e SX25/DX33/DX266 i486 
Microprocessors and upgrades to Intel’s 
current and future i486 OverDrive 
Processors 


Tower Case with six available expansion 
slots (one VL). Eight drive bays, five 
accessible, (3) 5.25” and (2) 3.5” 


i486™ and OverDrive™ are trademarks of Intel Corporation. 
Novell is a registered trademark of Novell, Inc. 


October 1993 
Order Number: 281579-001 


#2 VESA local bus (VL) slots. One filled 


with VL VGA graphics accellerator card 
1280 x 1024 x 256 colors and 512K video 
DRAM standard (expandable to 2 MB 
video DRAM and 1280 x 1024 x 256 
colors) 
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intel. 
i486™ CHAMPION MID-TOWER PLATFORM 


¢ 8 MB On-board SIMM memory standard— 
(Expandable to 128 MB) 

¢ Optional secondary cache 32K, 64K, 128K, or 
256K (Direct mapped write-back) 

e Super I/O Standard (1 parallel, 2 Serial, and 
keyboard) Floppy and IDE controller 
standard 

e Available in multiple configurations 
(including hard drives, DOS, Windows, 
mouse and keyboards) 

e FCC Class B certified 

e Novell* certified 


BENEFITS 


e Provides high performance today and room 
for increased performance tomorrow. 
Expansion capability provides tremendous 
flexibility for current and future 
configurations. 


SPECIFICATIONS 


e Local Bus enables VL add-in cards to fully 
utilize the processing power of the CPU. 
Excellent for graphics intensive applications 
with performance upgrade capabilities. 
VL-bus disk controllers and network 
interfaces can reach optimal data transfer 
speeds. 

e Provides flexibility depending on system 
memory requirements. 

¢ Allows CPU performance enhancements. 

e¢ Reduced expense of adding peripheral and 
communication devices. 

e Saves time and expense of integration. 

e¢ Fully compliant for home or office. 

e Compatible in a Novell network 
environment. 


CPU i486 SX Microprocessor; 25 MHz 
i486 DX Microprocessor; 33 MHz and 
DX266 MHz 


Performance Upgrade 
Intel OverDrive 
processors; 50/66 MHz 
future Intel OverDrive 
processor for i486 DX266 
(238 pin socket) 


Graphic Subsystem Cirrus 5426 Standard 


VESA Add-in Card S3 805 Optional 
preinstalled 


Cache Option 32 KB/64 KB/128 KB/ 
(Direct Mapped 256 KB upgrade option 
write-back) using 20 ns SRAMs 

On-board Memory 8 30-pin SIMM sockets 
Standard RAM 8MB(1 Mbx9SIMM) 
Maximum RAM 128 MB(16 Mb x9) 
Upgrade RAM 256 Kbx9,1Mbx9Q, 

16 Mb x9 
Access Time 80 ns or faster 
I/O Expansion 8 ISA expansion 
Slots slots total 
2 VESA Local Bus/ 16-bit 
ISA slots 
4 16-bit ISA slots 
2 8-bit ISA slots 
BIOS Interface AWARD EPROM 
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Integrated Super 
I/O Card (preinstalled) 
2 serial ports Async, RS-232C, one 9-pin/ 
one 25-pin 
1 parallel port | Centronics compatible, 
25-pin bi-directional 
1 keyboard port AT compatible 
Floppy disk 1.44 MB on-board 
controller 
IDE harddisk On-board 
connector 


Board Dimensions 8.5” x 13”, four layers 
System Dimensions 


Height: 18.5” 

Width: 6.75” 

Depth: 15.75” 

Drive Bays 

External 3 5.25” half-height 
accessible (1.6” ) 
2 3.5” one-third height 
accessible (1.0” ) 

Internal 33.5” one-third height 


accessible (1.0” ) 
Floppy Disk (standard on every system) 


Footprint 3.5” one-third height 
(1.0”) 
Capacity 1.44 MB high density 
Accessories 


Champion Series Mid-Tower Product Guide 
Power cable, IDE hard drive cables, and 
miscellaneous H/W 

Video Driver Diskette(s) 


ELECTRICAL 
AC Voltage/Frequency 115V/60 Hz, 
230V/50 Hz 
DC Power Supply 230 W 
+5V 30A maximum continuous 
+12V 8A maximum continuous 
—5V 0.5A maximum continuous 
—12V 0.54 maximum continuous 
Available Power For ISA slots (in an 
integrated system) 
+5V 27A 
+12V 7A 
—12V 0.3A 
—5V 0.3A 
ENVIRONMENT 
Ambient Temperature 


Operating +10°C to + 35°C ambient 


Relative Humidity 
Operating 85% @ 35°C 
Non-operating 95% @ 35°C 


Altitude 
Operating to 10,000 ft. (8048m) 
Non-operating to 50,000 ft. (15,240m) 


Noise 42 dB with peripherals idle 
REGULATIONS 


Meets or exceed the following requirements 


US. UL 1950 
Canada CSA 950 
Europe TUV to EN60950, IEC 950 


US. FCC CFR 47 Part 15, Class B 
Canada DOC CRC c. 1374 Class B 
Europe VDE 0871 Class B 


ORDERING INFORMATION 


The Champion Mid-Tower product is available 
in multiple processor speeds equipped with 

8 MB of memory, floppy drive and keyboard or 
as a fully configured system including all of 
the above items, hard drive, DOS, Windows, 
and Mouse. Ask your sales representative for 
exact configurations. 


Contact your nearest Intel distributor. 
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i486™ CHAMPION EXPANDABLE 
DESKTOP PLATFORM 


281578-1 


1486T™ EXPANDABLE DESKTOP PLATFORM WITH VESA 
LOCAL BUS 


The Champion Series Expandable Desktop platform features affordable, flexible 
performance and is manufactured by Intel. The Expandable Desktop Champion is 
available in three powerful microprocessor speeds (i486™ SX25, i486 DX33 and i486 
DX266). The system CPU is also upgradable using Intel’s OverDrive™ processors. The 
Expandable Desktop is just that, offering six available ISA slots (including 1 VL slot), five 
peripheral expansion bays in a chassis designed for fast integration and easy servicing. 
The system is also equipped with a high-performance accelerated SVGA VESA local bus 
graphic subsystem. The Desktop Champion from Intel is the optimum solution for cost 
sensitive applications requiring the flexibility of an expandable PC platform. 


FEATURES 
e SX25/DX33/DX266 i486 e 2 VESA local bus slots. One filled with 
Microprocessors and upgrades to Intel’s VLSVGA Graphics Accelerator Card 
current and future i486 OverDrive 1024 x 768 x 16 colors and 512 KB video 
Processors DRAM standard (expandable to 2 MB 
video DRAM and 1280 x 1024 x 256 
colors) 
i486™ and OverDrive™ are trademarks of Intel Corporation. 
*Novell is a registered trademark of Novell, Inc. 
October 1993 
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FEATURES 


¢ 6 additional ISA expansion slots (5 open). 5 
accessible drive bays, (3) 5.25” and (2) 3.5”. 
Available in multiple configurations 
(including 4 MB and 8 MB memory options, 
hard drives, DOS, Windows, mouse and 
keyboards) 

¢ 4MB/8 MB On-board SIMM memory 
(Expandable to 128 MB) 

e Optional secondary cache 32K, 64K, 128K, or 
256K (Direct mapped write-back) 

e Super I/O standard (1 parallel, 2 Serial, and 
keyboard). Floppy and IDE controller 
standard 

e¢ FCC Class B certified 

e Novell* certified 


BENEFITS 


e Provides high performance today and room 
for increased performance tomorrow 

e¢ Local Bus enables VL add-in cards to fully 
utilize the processing power of the CPU. 
Excellent for graphics intensive applications, 
with upgrade capability. VL-bus disk 
controllers and network interfaces can reach 
optimal data transfer speeds 

e Expansion capability provides Gemendead 
flexibility for current and future 
configurations 

e Order this box preconfigured and save time 
and money on integration | 

¢ Ideal for MS Windows environments with 
room for growth for future applications 

e Allows CPU performance enhancements 

Saves time and expense of adding 

peripherals and communication devices 

e Fully compliant for home or office 

Compatible in a Novell network 

environment 


| SPECIFICATIONS | 


CPU i486 SX Microprocessor; 
25 MHz 
i486 dX Microprocessor; 
33 MHz and DX266 MHz 
Performance Intel OverDrive 
Upgrade processors; 50/66 MHz 


future Intel OverDrive 
processor for i486 DX266 
(238-pin socket) 


Graphic Subsystem SVGA Add-in Card 
VESA Add-in Card Cirrus 5426 Standard 


preinstalled S3 805 Optional 
Cache Option 32 KB/64 KB/128 KB/ 
(Direct Mapped 256 KB upgrade option 
write-back) using 20 ns SRAMs 
On-board Memory 8 30-pin SIMM sockets 
Standard RAM 4MB/8 MB(1 Mbx9 
SIMM) 
Maximum RAM 128 MB(16 Mbx 9) 
UpgradeRAM 256 Kbx9,1Mbx9Q, 


4Mbx9,16Mbx9 


Access Time 80 ns or faster 


I/O Expansion 8 ISA slots 
Slots 2 VESA Local Bus/ 16-bit 
ISA slots 
4 16-bit ISA slots — 
2 8-bit slots 
BIOS Interface AWARD EPROM 
Integrated Super 
I/O Card 
(preinstalled) 


2 serial ports Async, RS-232C, one 


9-pin/one 25-pin 
1 parallel port Centronics compatible, 
25-pin bi-directional 
1 keyboard port AT compatible 
Floppy disk 1.44 MB on-board 
controller 
IDE hard disk Provided on I/O Card/ 


supports two hard drives 
Board Dimensions 8.5” x 18”, four layers 


System Dimensions 


Height: 6.25” 

Width: 16.35” 

Depth: 16.75" 

Weight: 21 lbs without peripherals 
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| SPECIFICATIONS | 


Drive Bays 
External 3 5.25” half-height 
accessible (1.6” ) 
Internal 2 3.5” one-third height 


accessible (1.0” ) 


Floppy Disk (standard on every system) 


Footprint _ 3.5” one-third height 
(1.0”) 
Capacity 1.44 MB high density 
Accessories 


Champion Series Desk Top Product Guide 
Power cable, IDE hard drive cables, and 
miscellaneous H/W 


Video Driver Diskette(s) 
ELECTRICAL 
AC Voltage/ 115V/60 Hz, 
Frequency 230V/50 Hz 
DC Power Supply 200W 
' +5V 13.8A maximum continuous 
+12V 6.30A maximum continuous 
—5V 0.5A maximum continuous 
—12V 0.5A maximum continuous 
Available Power For ISA slots (in an 
integrated system) 
+5V 19A 
+12V 6A 
—12V 0.3A 
—5V 0.3A 


ENVIRONMENT 


Ambient Temperature 
Operating + 10°C to + 35°C ambient 
Relative Humidity 
Operating 85% @ 35°C 
Non-operating 95% @ 35°C 
Altitude 
Operating to 10,000 ft. (8048m) 
Non-operating to 50,000 ft. (15,240m) 


Noise 42 dB with peripherals idle 
REGULATIONS 


Meets or exceeds the following requirements 


Safety 
US. UL 1950 
Canada CSA 950 


EMI/RFI 
US. FCC CFR 47 Part 15, Class B 
Canada DOC CRC c. 1374 Class B 


ORDERING INFORMATION 


The Champion Desktop product is available in 


multiple processor speeds equipped either with 


4 MB or 8 MB of memory, a floppy drive and 
keyboard or as a fully configured system 
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including all of the above items, hard drive, 
DOS, Windows, and mouse. 


Contact your nearest Intel distributor. 


OmniRACK 


OmniRACK 


The Universal Solution to Rackmountable Computing 


Intel’s new 
OmniRACK 
rackmountable 
microcomputer 
provides the 
ultimate in 
flexibility 
and value. 
Designed 


to house multiple 


system architectures, OmniRACK provides a wide range of performance options, multiple 
upgrade paths, and a variety of price points. 

OmniRACK is not just a rackmountable microcomputer system for industrial, 
communications and office automation applications; it is a complete environment that 


offers increased reliability, faster maintenance and easier integration. 


Features Benefits 


October 1993 
Order Number: 272400-001 


« Supports Xpress and Baby AT architectures and 
486™/SX25 through Pentium™ microprocessors. 

* Pre-approved EMI/RFI and safety certifications, 
USA and international. 

* — Intel reliability and quality. 

* High output 230W power supply. 

« Filtered high performance cooling. 90CFM 
temperature controlled fans — single for Baby AT 
systems and dual for Xpress systems. 

# Locking and latching door covering switches and 
drives. 

® Quickly removable top cover and drive cage. 

* — Positive pressure drive bay - (2) 5.25” 
half-height; (1) 3.5” half-height - 1.6"; and 
(1) 3.5” third-height - |”. 

® Optional card hold-down bracket. 


Wide variety of performance and price points to 
fit different applications. 

Takes the legal worry out of supplying complete 
system solutions. 

High up-time. 

Extra +5V to support add-in boards. 

Reduces total energy usage while extending 
product life and minimizing maintenance 

costs. 

Selective security — lock or latch the door to 
prevent tampering or accidental system resets. 
Economical integration and rapid maintenance. 
Positive pressure drive bay forces airborne 
contaminants out of drives providing increased 
up-time. 

Additional shock and vibration protection. 
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~ OmniRACK 


Flexible Solutions 
With OmniRACK, it is easy to tailor a solution to fit the application. The 
OmniRACK Classic E provides a low cost solution that can be upgraded as your 
_ application grows using Overdrive™ processors from Intel. OmniRACK Xpress/RX 
provides the ultimate in upgradability and modularity. The Xpress architecture 
protects your investment through several generations of microprocessors. 


Two Security Options 
Intel gives you two security options to protect the drives and the system 
reset, power and keyboard lock switches. With OmniRACK, you can lock the front 


panel door for maximum security, or simply latch it. Other rackmount chassis 
manufacturers give you only one option — locking. 


Easy to Integrate and Service 

OmniRACK’s top access chassis design makes it easy to add controller 
and communications boards. The removable drive cage makes integrating and ser- 
vicing drives a snap. In addition, Intel has already received EMI/RFI and safety 
agency certifications for OmniRACK, which takes the legal worry out of supplying 
system level solutions. To make your integration job easier, slide rails are available 
as an option. These rails allow you to mount OmniRACK in a standard 19” wide 
rack with a distance of 20” to 26” between the front of the rack and the rear 
mounting rail. 

OmniRACK is available in standard configurations, or it can be purchased 
fully integrated to your specifications. 


SPECIFICATIONS 

Physical Dimensions Length 17.8in. (not including front panel) 
Width 17.0 in. 
Height 7.0 in. 

Environmental Temperature (operating) 0to+50C 


Temperature (storage) -25C to +70C 


Humidity (operating) 20% to 85% non-condensing 


Humidity (storage) 0% to 95% non-condensing 
Altitude (operating) -300 to 10,000 feet MSL 
Altitude (storage) 40,000 feet MSL max. 
Vibration (operating) Random Vibration 
5-350 HZ 0001 G2/Hz* 
350-500HZ -6 DB/octave rolloff from 
0001 G2/Hz 
(therefore at 500 Hz 
00005 G2/Hz) 


* Note: G*/Hz is the unit of measure of power or acceleration spectral density. 
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Vibration (non-operating) Random Vibration 


001 G2/Hz @ 5 Hz, sloping to 
01 G2/Hz @ 20 Hz, and 
01 G2/Hz @ 20 Hz to | KHz 
Shock (operating) 5G, trapezodial, duration 1] ms 
Shock (non-operating) 40 G, trapezodial, duration | ms 
Power Supply Input Power 90 to 135 VAC or 180 to 265 
VAC, switch selectable, 47 to 
63 Hz 
Output Power 


Minimum Maximum Peak Surge for 


Voltage Continuous Continuous 12 Seconds Max. 


+5.00 VDC 3A 30A ~ 
+12.00 VDC 1A 6A 1A 
-12.00 VDC 0A JA - 
-5.00 VDC OA SA - 


(Total power output shall not exceed 230W continuous, 270W peak surge, 11 
seconds maximum.) 


Reliability Table of MTBF Data 
System Component Calculated Demonstrated 
Test Conditions Converted to 50° C Test Conditions Converted to 50°C 
Classic E Baseboard 141,834 Hrs. @ 55°C 177,292 Hrs. N/A - Test in progress --- 
Xpress 6-Slot B/B 124,000 Hrs. @ 40°C —-. 77,872 Hrs. 83,721 Hrs. @ 40°C 52,576 Hrs. 
Xpress 8-Slot B/B w/o 88,000 Hrs. @ 40°C = $5,264 Hrs. 28,414 Hrs. @ 40°C 24,831 Hrs. 
SCSI 
230 Watt Power Supply = >100,000Hrs.@ 25°C 29,600 Hrs. 28,414 Hrs. @ 40°C 17,831 Hrs. 
Xpress CPU Modules 
Pentium 60 mHZ 123,000 Hrs. @ 55°C 153,750 Hrs. 19,582 Hrs. @ 40°C 12,297 Hrs. 
X486DX 50 135,000 Hrs. @ 55°C 168,750 Hrs. 97,055 Hrs. @ 40°C 60,950 Hrs. 
X486DX 266 218,000 Hrs. @ 55°C = 272,500 Hrs. 17,831 Hrs. @ 40°C 11,197 Hrs. 
X486DX 33 247,000 Hrs. @ 55°C 308,750 Hrs. 49,536 Hrs. @ 40°C 31,108 Hrs. 
X486DX 25 247,000 Hrs. @ 55°C = 308,750 Hrs. - 44,064 Hrs. @ 40°C 27,672 Hrs. 
Xpress memory 98,000 Hrs. @ 55°C 122,500 Hrs. ~ 17,831 Hrs. @ 40°C 11,197 Hrs. 
module (w/8 mb total) 


(These reliability statements provide information only, do not use contractually. Intel makes no warranty regarding the accuracy of these statistics.) 
The prediction methodology used Intel. vendor or Bellcore failure rates. 

Demonstrated MTBF values provided are limited by sample size and test time. 

Demonstrated Field data collected on Intel OEM products predominantly show a much larger MTBF. 

Demonstrated values are at a confidence limit of 80%. 
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OmniRACK 


Cooling 


Regulatory Agency 
Compliance 


Optional Slides for 
RETMA Rack Mounting 


ORDER CODES 
OmniRACK Classic E 


OmniRACK Xpress/RX 


Options 
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Front to back airflow 


Safety 


EMI/RFI 


Air intake through front mounted 
filter (30 ppi). In addition to the 
power supply fan, 90CFM 
thermostatically controlled fans 
(single on Baby AT systems and 
dual on Xpress systems) provide 
positive pressure in the system. 


USA-UL listed- UL 1950, 
first edition 

Canada - CSA certified - 
CSA 22.2/950 

Europe - GS license - EN 60 950 
granted by TUV Rheinland 
of North America, Inc. 


Verified to comply with the 
following: 


USA, Canada - FCC-47 CFR, 
part 15, subpart B, class A 

Europe - VDE - class B 
087 1/6.78, in accordance 
with VFG 1991, and VFG 
46,1992. 

- EN 55022 class B (which 
encompasses CISPR 22, 
class B) 

Japan- VCCI. class 2 


Chassis Trak, Slide Model No. C-300-S-1. Description: 
solid bearing, 3 piece, non-pivoting, cabinet mount slide, 


load capacity, 85 pounds. 


OR486S257E4 


OR486D337E4 


ORBASE6DT4 


ORBASE8LX8 


CARDHOLDBRKT | 
ORSLIDERAILS 


TISA slot 486SX25 “Baby AT” 
form factor motherboard, base 
platform 4 MB memory std. 


TISA slot 486DX25 “Baby AT” 
form factor motherboard, base 
platform 4 MB memory std. 


6 EISA slot Xpress architecture 


base platform, 4 MB memory std. 


8 EISA slot Xpress architecture 
base platform, 8 MB memory std. 


Add-in card hold down bracket 
Slide mounting rails 


+44 
+++ 


+++ 


DRIVE CAGE 


50 CFM EACH, 
UP TO 24°C, 
INCREASING 

TO 90 CFM @ 
OR ABOVE 35° C 


OmniRACK 


Serviceability 


OmniRACK is designed for ease and speed of service and integration. The chassis is accessible from the top. All important functional 
components can be easily removed and replaced with a Phillips screwdriver. The four drive bays are easily accessible in a quickly 
removable drive cage. : 


OmniRACK Xpress/RX typical maintenance times. 


Remove top: slide from Remove CPU Disconnect cables and 
rack, remove four top module (Xpress /RX): take drive cage out: 
screws, loosen screws on 20 S€CO nd S ] 00 Se€co nd S 
side and back: 

45 seconds 


Remove base board: Change filter: 


120 seconds 30 seconds 
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OmniRACK 


< Showing 
optional 
card hold 
down 
bracket. 


Xpress architecture “Baby AT” architecture 


SYSTEM BOARD FEATURES 


ORBASE6DT4 (6-slot Xpress architecture 4 MB memory standard) 
ORBASES8LX8 (8-slot Xpress architecture 8 MB memory standard) 


Inte] Xpress CPU module connector. 

Intel Xpress RAM expansion module connector 

Six or eight full size EISA expansion slots capable of accepting PC/XT, ISA or EISA add-in boards 

Four SIMM RAM sites capable of accepting |, 2, 4, 8, 16 or 32 MB SIMM modules, in pairs, for up to 128 MB 
Two RS232C serial ports with 9 pin DSUB connectors 

One parallel port with 25 pin DSUB connector 

PS/2-style keyboard interface (6 pin mini-DIN connector) 

PS/2 style mouse interface (6 pin mini-DIN connector) 

Integrated floppy disk drive controller 

Integrated IDE hard disk drive controller 

Integrated VGA controller with 512K upgradable to | MB video RAM, to support up to 1024 x 768, 256 colors 


OR486S257E4 (7 ISA slot 486SX25 “Baby AT” form factor motherboard base platform, 4 MB memory standard) 
OR486D337E4 (7 ISA slot 486DX33 “Baby AT” form factor motherboard base platform, 4 MB memory standard) 
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Seven full size ISA (16 bit) expansion slots (includes a dual purpose VL slot) 

One VESA local bus slot 

Four SIMM RAM sites each capable of containing one 4M x 36-bit SIMM providing a maximum of 64MB 
Two RS232C serial ports with 9 pin DSUB connectors 

One parallel port with 25 pin DSUB connector 

AT-style keyboard interface 

Integrated floppy disk drive controller 

Integrated IDE hard disk drive controller 

OPTI chip set 

Optional second level direct-mapped, write-back cache using SRAM (64KB, 128 KB or 256KB) 
Phoenix BIOS in flash memory 


Intel is a registered trademark of Intel Corporation. * Other brand and product names are trademarks of their respective owners. 
All rights reserved. July. 1993 Order No.: 272400-001. Printed in U.S.A. HP/V793/6M/MR 


A RELIABLE, EASY-TO-SERVICE FAMILY OF 
RACK-MOUNT MICROCOMPUTERS FEATURING 


MODULAR ARCHITECTURE. 


Intel XpressRACK platforms are designed to offer a combination of the very best features of several 
system architectures. 


There's the flexibility, expandability and upgradeability of passive-backplane systems combined with the 


cost efficiency, standardization and market acceptance of the PC. 


These features make XpressRACK ideally suited for system integrators, OEMs and value added 
resellers seeking a versatile system that can be tailored to fit a wide range of applications and 
environments. From office automation servers to light industrial control, XpressRACK can meet 
your needs. 


Built By Intel...for Reliability and Value 


Because XpressRACK systems are built by Intel, you know they're reliable. The combination of 
} superior design and high-quality components make XpressRACK a solid value. 


FEATURES 


October 1993 


Xpress architecture with separate CPU 
module for easy upgrading. Accepts any 
Intel Xpress CPU module. 


Rugged, easy to service 19” RETMA 
rackmountable all-steel chassis. 

Six or eight industry-standard 32-bit 
EISAJISA expansion slots. 

Four front-accessible, 5.25”, half-height 
drive bays housed in positive air pressure 
enclosure. 

Up to 128 MB of on-board RAM (using 32- 


bit SIMMS). Up to 384 MB total RAM with 
optional memory expansion module. 


Order Number: 274136-003 


Baseboard includes controllers for super 
VGA, IDE hard-disk, and floppy disk. 
Two 50cfm fans, (with optional cartridge 
air filters), plus a power-supply fan. 
396W auto-ranging power supply for 
eight-slot models. 300W switchable 
power supply for six-slot models. 


Parallel, dual serial, keyboard and mouse 
ports. 


Full one-year warranty — parts and labor. 
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The Upgradeability of a Passive Backplane 


Built within a standard 19” rackmountable chassis, 
XpressRACK systems utilize Intel’s own Xpress architec- 
ture. This innovative architecture places the CPU ona 
separate module from the baseboard, thus allowing 
performance to be enhanced by simply replacing the CPU 
module. So the XpressRACK can continue to grow in 
power as new generations of microprocessors are 
brought to market. 


Expanding XpressRACK is easy, too. With either six or 
eight industry-standard EISAASA open expansion slots, 
it’s easy to install additional controllers, memory and I/0. 


The Economy and Flexibility of PC Systems 


Because XpressRACK is PC-compatible, it’s easy and 
economical to find compatible peripherals, boards and drives, 


Superior Design 


ADD IN BOARDS 


OPTIONAL 
FILTERS 


XpressRACK offers a number of PC-compatible controllers 
as standard features. These include on-board super VGA, 
IDE hard-disk/floppy controllers and 1/0 ports. 


Tailor An XpressRACK for Any Application 


Intel’s Xpress architecture allows the flexibility to truly 
tailor an XpressRACK system for almost any application. 
By combining an Xpress CPU module with a six or eight 
slot 32-bit EISAASA compatible card slot baseboard, it’s 
easy to configure a system which fits the needs of most 
applications. 


XpressRACK is fully compatible with all Intel Xpress CPU 
modules including the Intel486 25, 33, 2/50 and 50 MHz, as 
well as future versions of the next generation of Intel CPUs. 
Each XpressRACK offers four, front accessible 5.25” 
half-height drive bays providing plenty of room to grow. 


50 CFM FAN 


+ + ¢ + ¢ 
i 
J ee ee, 2 


q 
POSITIVE AIR PRESSURE fe é 
i 


INTERNAL POWER + 
SUPPLY FAN ' 
: + —> 
- 
+ + 
> + 
ju cy + Jt 
as b XpressRACK Air Flow 
: Lb + + Positive air pressure in the drive bay keeps 
POWRR SUPPLY eter oul contaminants, while optional air filter 


DRIVES 
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cartridges clean the air before it enters the 
enclosure. 


Front 


REMOVABLE TOP 
DC POWER 
LCD DISPLAY DISK ACTIVE 
(8 SLOT MODELS) 
REMOVABLE 
CARTRIDGE 
FILTERS 
(OPTIONAL) 
POWER ON/OFF 
SWITCH 
HARDWARE 
RESET 
FRONT ACCESS 
PERIPHERAL BAYS 
WITH FILLER PANELS 
MOUSE PORT 
2 SERIAL PORTS 
PARALLEL PORT 
COOLING FANS 
AC POWER 
OUTLET 
FILLER PANELS FOR 
EXPANSION CARDS 
KEYBOARD PORT 
VGA PORT 


Unit does not ship with illustrated side rails. 
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SERVICEABILITY 


XpressRACK is designed for ease and speed of service. The chassis is accessible from the top. All important, 
functional components can be easily removed and replaced with a Phillips screwdriver. The four drive bays are accessible 
from both top and front. 


Approximate Elapsed Time (AET): AET: 1.75 minutes or AET: 1.78 minutes or 
30 seconds. Total Elapsed Time of 2.25 minutes. Total Elapsed Time of 4.03 minutes. 


Remove top: slide from rack; quarter turn Remove CPU module and three add-in cards. Remove base board. 
fasteners. 


ALT: 2.7 minutes or 
AET: 1 minute. Total Elapsed Time of 3.7 minutes. 


Remove top and drive: note no interference Remove power supply. Note no interference 
with baseboard or powcr supply. with baseboard or drives. 
Warranty and Support 


A full, one-year warranty offers a choice of carry-in depot repair, mail-in factory repair or Xpress parts replacement. 


Additionally, on-site service is available by contract or on a time and materials basis. Spare kils and repair services are 
available for systems integrators, OEMs, and value added distributors who provide service direct to their customers. 
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SPECIFICATIONS 


Baseboard 

Baseboard Xpress architecture 

Memory 

Baseboard 4 SIMM sites accept 1, 2, 4, 8, 16 


or 32 MB SIMMS. Combine in pairs 


to provide up to 128MB. 


RAM expansion 256MB additional RAM 


module 
VO 
2 serial ports Asynch RS-232-C, 
9 pin AT-compatible 
1 parallel port Centronics compatible, 
25 pin AT-compatible 
1 keyboard port PS/2 style connector 
1 mouse port PS/2 style connector 
1 video port Integrated super VGA with 512K 
upgradeable to 1MB 
1 IDE/floppy Integrated controllers 
Expansion Slots 
6 slot base 6-16-bit ISA/32-bit EISA 
8 slot base 8-16-bit ISA/32-bit EISA 
CPU Modules and Memory Cards 
Any Xpress CPU module or memory card 
Peripheral Bays 
4 front access 5.25” half-height, exposed or concealed 
Regulatory 
Safety 
US UL Listing UL 478 4th edition 
Canada CSA Certified C22.2 No 950 
Europe GS License EN 60950 
EMV/RF1 Compliance 
US/Canada FCC 47CFR Part 15, 
Subpart J, Class A 
Electrical 
PC form factor power supplies 
6 slot base unit 300W power supply 
Input power 
Output power Minimum 
Voltage Continuous 
+ 5.00 VDC 7A 
+12.00 VDC OA 
- 12.00 VDC 0A 
- 5.00 VDC 0A 
Total power output shall not exceed 300W continuous 
8 slot base unit 396W power supply 
Input power 
Output power Minimum 
Voltage Continuous 
+5.00 VDC 11A 
+12.00 VDC 0A 
- 12.00 VDC 0A 
- 5.00 VDC OA 


Total power output shall not exceed 396W continuous 


Europe CISPR 22 Class B 
VDE 0871/6.70 Class B 

Japan VCCI, Class 2 

Enclosure 

Dimensions 19”W x 7°H (4 RETMA 
units) x 25.6’"D 

Weight 42 lbs. 

Mounting Threaded inserts for 
General Devices Chassis 
Trak series C300 slides 

Construction All steel parts are plated 
for corrosion control . 

Humidity (non condensing) 

Operating 20 to 85% 

Non-Operating 0 to 95% 

Ambient Temperature 

Operating 5°C to 50°C 

Non-Operating -25°C to 70°C 

Elevation 

Operating 10,000 ft., max 

Non-Operating 40,000 ft., max 

Vibration - 

Operating .001G/Hz @ 5Hz, sloping 
to .01G/Hz @ 20Hz, 
.01G/Hz @ 20Hz to 1000Hz 

Non-Operating 30G, 1/2 sine wave, with 
11msec duration 

Cooling | 


2 5OCFM fans with optional cartridge filters provide 
cross flow ventilation of baseboard, CPU, RAM, and 
expansion boards. 


Power supply fan provides positive pressure 
cooling in drive bays. 


90 to 132 VAC or 180 to 264 VAC switch selectable, 47 to 63 Hz. 


Maximum Peak Surge for 
Continuous 15 Seconds Max 
35A — 
10A 14A 
A 
DA —- 


90 to 132 VAC or 180 to 264 VAC automatic range switching, 47 to 63 Hz. 


Maximum Peak Surge for 
Continuous 15 Seconds Max 
45A — 
13A 19A 
1A — 
OA — 
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ORDERING INFORMATION 


Base Platform: 
Consists of: 
Chassis, power supply, peripheral enclosure, plus a choice of: 


6 slot Xpress baseboard with 4MB of memory, or 
8 slot Xpress baseboard with 8MB of memory 


Order Code 


RXBASE6E4P1 
RXBASE8E8P2 


Options: ; 
sea ae 

XPRMFILTER Set of removable cartridge air filters 

Xpress Intel486™ CPU Modules 
— 
BXCPU48633 Intel486DX33 module 
BXCPU486SX25 Intel486SX25 module 
*Availabic after September 1, 1992 
Intel Sales Offices 
For more information or the number of your nearest sales office, call 1-800-548-4725. 
United States United Kingdom Canada 
Intel Corporation Intel Corporation (U.K.) Ltd. Intel Semiconductor of Canada, Ltd. 
2200 Mission College Boulevard Pipers Way — Swindon 190 Attwell Drive, Suite 500 
P.O. Box 58119 Wiltshire, England SN3 IRJ Rexdale, OH M9W 6H8 
Santa Clara, CA 95052-8119 
Germany 
Japan Intel GmbH 
Intel Japan K.K. Dornacher Strasse 1 
5-6 Tokodai, Tsukuba-ski 8016 Feldkirchen bel Muenchen 
Ibaraki, 300-26 
llong Kong 

France Intel Semiconductor Ltd. 
Intel Corporation S.A.R.L. 10/F East Tower — Bond Center 
1, Rue Edison, BP 303 Queensway, Central 


78054 Saint-Quentin-en-Yvelines Cedex 


Information contained hercin supersedes previously published specifications on these products from Intel and is subject to change without notice. 
1486™ , 1386™ and SX™ are trademarks of Inicl Corp. Intel is a registered trademark of the Intel Corporation and all other trademarks are owned 
by tncir respected companics. 


16-54 


Support Products 7 f 


intel. 
iIRUG DESCRIPTION 


iRUG is the Intel Real-Time User’s Group. It is an incorporation chartered to establish a forum for users of the 
iRMX and iRMK operating systems and to promote and encourage development of Intel based software. 


Benefits of membership include: access to the user’s library of software tools and utilities; membership in local 
and international chapters; access to the group bulletin board; receipt of quarterly international magazines; 
opportunity to present papers and conduct workshops; invitations to seminars devoted to the use of Intel 
products. 


The user’s library, maintained by iRUG, contains software programs written and submitted by members and 
Intel employees. Programs available range from file or directory manipulation commands and terminal attribute 
selection utilities to dynamic logon, background job facilities and basic communication utilities. 


Local and international iRUG chapters provide a forum for members to meet other Intel Real-Time system 
users in an informal setting. At local meetings and the annual international seminar, members can discuss their 
ideas, share their experiences and techniques, and give feedback to Intel for future improvements and fea- 
tures of Intel products and those supplied by other companies. 


The “Intel Forum’ sponsors iRUG Special Interest Group (SIG) on the CompuServe Information Service. The 
message facility (bulletin board) allows members to leave and receive messages from other members. These 
might include problems and solutions regarding the iRMX operating system or new techniques to be shared. 


‘The Human. Interface” is iRUG’s quarterly international magazine. It serves as a supplement to chapter 


meetings by providing: library listings, information on the latest releases of products; officer messages; mem- 
ber SPRs; vendor ads; release and update plans; and technical articles from the members. 


For Information Contact: 


iIRUG 
P.O. Box 91130 
Portland OR 97291 
1-800-255-iRUG 


November 1993 
Order Number: 280678-001 17-1 


Intel SmartFIX 
Product Repair Services 


The fast, easy way to fix your 
Intel microcomputers and boards 


October 1993 
17-2 Order Number: 274163-001 


Despair over product painiis no longer. Intel's SmartFIX repair 
services are the fast, easy way to get Intel products repaired and 
back in service in record time, with record ease. SmartFIX 
includes a broad selection of services that meets the repair needs of 
Original equipment manufactures (OEMs), custom solution 
providers, distributors and their customers (V ARs) during the 


entire time they own their product. 


SmartFIX is a new, innovative method for accelerating product 
problem resolutions. When you have a mail-in repair need, just use 
our SmartFIX Fast and Extendlt repair packages. They're damage- 
resistant and easy to use. Simple slip the faulty part inside and 
mail it to us. We repair it in five days or less and rush it back. You 
get SmartFIX repairs where you buy your Intel products. Now, 


more the ever, quality service is as easy as A, B, C! 


The range of SmartFIX services includes five-day repairs on 
subassemblies, an overnight emergency replacement parts service, 
flexible extended warranties, ten-day repairs on complete systems, 
and no-questions-asked platform exchanges (within the first 30 
days). We even provide volume repairs tailored for OEMs building 


system boards. 


No matter which Intel board or system products you own, there's 


a SmartFIX repair solution that makes life easier for you. 
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Intel Repair Centers: 


There When You Need Us, Where You Need Us 


Features 


20,000 sq. ft. Intel quality-certified 
repair center. 

State-of-the-art GenRad and Zehntel 
automated test equipment. 

Functional at-speed test fixtures (FASTS) for 
complete interoperability and voltage 
margin analysis. 

Damage-resistant shipping packages. 
Products updated to latest manufacturing 
revision level. 

All parts and labor necessary for 
complete repair. 

Board cleaning in a non-CFC cleaning 
agent for a safer environment. 


Benefits 
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Investment protection through the product's 
entire life cycle. 

Super-easy to use. 

Fast turnaround on repairs. 

Reduced maintenance and inventory costs. 
Convenience of getting repair solution 
where you bought your product. 
Predictable repair costs. 

Twelve-month warranty on out-of- 
warranty repairs. 


Intel repair centers keep Intel products working all the time, all over the world. 
They're the only place you’ ll find Intel-trained architecture experts repairing prod- 
ucts using the world’s most advanced electronic test equipment. Not only our 
knowledge base but our cycle times are unparalleled in the industry. Our speedy 
tumn-times get failed parts back into circulation quickly, saving money by reducing 
replacement inventory. No one else has the ability to: repair your part to the latest 
Intel manufacturing level, rush Intel factory parts to you overnight, or be there for 
you anywhere in the world, with the Intel service solutions you need. 


Three Worldwide Locations 

Currently we have repair centers in three locations: Arizona, England and Japan. 
Each center is a self-sufficient operation with test engineers, quality control 
engineers, repair technicians, production control staff, assemblers and other experts 
on staff. Rigorous training at all levels keeps our personnel current on Intel 
technology as well as on state-of-the-art test equipment and methods. 


State-of-the-Art Equipment 

Our equipment is the latest in electronic test gear and includes GenRad* and 
Zehntel* in-circuit testers as well as sophisticated board and system-level testers. 
Every board and system that runs through our centers receives comprehensive 
voltage, temperature and timing tests, and leaves with a complete failure analysis 
report to help us — and you — improve future products and processes. 


Better Than New 

Every board you send in is repaired to the latest Intel manufacturing revision level 
(unless you specify otherwise). That means the part you get back has performance 
and quality similar to that of a newly manufactured part, at no extra cost. 


se 


SmartFIX Repair Programs Intel Quality in Every Repair 

Your repairs are protected by Intel quality and reliability every step of the way. 
Special Fast and Extendlt shipping packages carry your part to us in a static-free 
nickel bag with shock protection padding. Once in our Intel quality certified 
repair center, your part is handled gently and professionally to protect it from 


PAST electro-static discharge (ESD) damage. Repair center employees wear ESD- 
eet resistant smocks and grounding straps, and our floors are ESD-treated. Once 

Pe a Eee ee eee repaired, we ship your better-than-new part back to you in another static-free, 
Ty? ee Sees oe padded package. 
Wetbdir 0 Sotbxisceedantiens ; AY Minute-by-Minute Accountability 

Our product tracking system is as sophisticated as our test equipment. Intel’s 
SYSTEM eo @--++--@---}-------}-- automated tracking system follows every product through the repair process 

from beginning to end. When your product enters our center, we assign it 

a control number that locates it at any time. When the repair is completed, we 
Seca ciiatiaedl clad OS Nein ESE Is provide you with a comprehensive written analysis of the repair, including 


a component failure analysis. This data helps us improve our design and 
manufacturing processes to eliminate future problems and provide you with 
the highest quality product you can buy. 


Call OPSD Factory Representative 
VOLUME OEM REPAIRS (602) 554-4558 


Continuous Improvement 

Intel repair centers are linked to Intel manufacturing for continuous two-way 
communication. Manufacturing notifies us of all engineering change 

orders, which we implement in our repairs. Our repair centers, in turn, provide 
manufacturing with feedback that helps them improve future products. 


We Stand By Our Work 1 7 
We warranty every out-of-warranty repair for a full year, evidence of our 


confidence that Intel provides quality repairs that keep on working for a long 
time to come. 
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SmartFIX Fast Repairs 
For In and Out-of-Warranty Products 
Qualifications The Easiest Way to Repair Your Intel Products ‘gan. 

Available to in-warranty and out-of- SmartFIX Fast repairs ae the most popular way to repair Intel Boards anid systems 
warranty customers. You get SmartFLX Fast shipping packages from Intel just as you would any other 
Continental U.S. _Intel product. Then, when a subassembly malfunctions, simply slip it in the Fast 
Proof of warranty required for free repair. package and mail it to Intel. We send it back, repaired te the latest manufacturing 
Intel-manufactured products only. revision level, within five days.* No hassle, no servioé calls. .~ 
Supports PC boards and platforms, mul- © A a 
tibus boards and systems, and in-circuit With Fast repairs, we provide a damage-resistant shipping package to protect 
emulators. your investment; we also pick up the return shipping costs. Plus, you purchase 


Fast repairs only when you need them, saving money and worry. 


How to Order and Use .-" 

When one of your Inte! parts or systems requires service, just call your Intel 

distributor or value-added reseller (VAR) and request a SmartFIX Fast repair. 

(If you are ‘an OEM buying direct, call your Intel field sales engineer or customer 
i service representative.) They will send you a SmartFIX Fast repair package. 

Simply eémplete the brief processing form, pop it in the SmartFIX package, and 
oh drop it in the mail. We'll repair your part and have it back to you in no time. 


SetatX Rast 
Dutaf-Wernites 


SmartFIX Supported Products 


If you don’t know who to call for repairs, call 
Intel at 1-800-628-8686 
*Not including transit time. Allow 10 days for platforms. 
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SmartFIX ZAP Repairs 
For Major PC Subassemblies 


Qualificat 
Advanced customer account setup required 
prior to first order (72 hours required if first 
order includes setup). 

Problem isolation performed by customer. 
Only for major replaceable PC 
subassemblies. 

ZAP available free for parts 

under warranty. 

ZAP 2-3-4 available on a fee basis for 
out-of-warranty products. 
Continental U.S. shipments only. 
Intel-manufactured products only. 
Subject to parts availability. 
Peripherals added by distributors not 
covered by ZAP. 


Supported Products 
Motherboards 
Power supplies 
Memory boards 
Xpress baseboards 
Xpress CPU modules 


If you don’t know who to call for repairs, call | + 
Intel at 1-800-628-8686 ’ 
*Subject to parts availability. 
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When You Absolutely, Positively Have to Have It the Next Day 

Zoom-a-Part (ZAP) is Intel’s emergency parts exchange service that rushes 

a replacement part to you within 24 hours* of your call. ZAP service is available for 
all major replaceable PC subassembly parts (not platforms) in and out of warranty. 


We carry a complete parts inventory to respond to your needs. If you happen to 
have an older product that needs repair, we will ZAP it to you at exactly the same 
revision level. 


Use ZAP parts exchange when you absolutely, positively have to have a part the next 
day to meet a critical repair need. 


How to Order and Use 

Before you can get your first ZAP, you have to have an account set up. Just call your 
Intel customer service representative and request that a ZAP account be opened 

for you. They'll ask you to send a P.O. number, your business address and billing 
address. Then you're set. If you haven’t set up a ZAP account in advance of your 
first call, the ZAP request will take an extra 48 hours. 


Direct customers and VARs simply phone their ZAP order into their Intel 
distributors, and they'll have a new part express-mailed to you the next business 
day. If you're a direct OEM, call your customer service representative or 
1-800-628-8686 for assistance. Meanwhile, box up the faulty part and return 

it to us within seven days. 
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SmartFIX Extendlt Repairs . 
Flexible Warranty Extension 
Qualifications .” Extended Warranty Repairs Over the Life of Your Product 

Available within the first 60 days of  SmartFIX Extendlt is Intel’s new warranty extension program for PC platforms and 
ownership. + PC motherboards. Purchase an Extendit flexible warranty extension from your 
Minimum purchase: 10 Extendlt warranties distributor or VAR any time during the first 60 days of product ownership. Then, if 
per order of the same product. : anything goes wrong, simply return the failed part to Intel in your Extendlt package 
Continental U.S. only. . for repair. Extendlt warranties are an economical, hassle-free service solution 
Problem isolation performed by custamer. for OEMs and custom solution providers who want to keep their Intel products 
Proof of warranty extension and completed working non-stop. 
processing form required. , 


Extendlt warranties cover PC platforms and PC motherboards for up to 4 years 
beyond the factory warranty. As with SmartFIX Fast repairs, Extendlt repairs are 
out of our factory within 5 days and shipped back to you. 


How to Order and Use 

To order ExtendIt warranties, call your Intel distributor or VAR during the first 60 
days of product ownership. Tell them you want to purchase SmartFIX Extendlt 
warranties. (If you are an OEM buying direct, call your Intel field sales engineer 
or customer service representative.) Your distributor will send you a SmartFIX 
Extendlt warranty repair package. 


When a part needs repair, simply fill out the processing form, slip the part in the 
Extendlt mailing package and drop it in the mail. No phone calls, no hassles. Your 
part will be repaired within five days of receipt and returned to you with a new 
package for future use. 


If you don't know who to call for repairs, call 
Intel at 1-800-628-8686 
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SmartFIX for OEMs 


Get Your OEM Out of the Repair Business 


Your Competitive Edge 

SmartF IX gives OEMs a competitive advantage 
by out-sourcing the expensive repair operation. 
Reduce overhead and turn inventory faster (not 
to mention, use less of it!), all while continuing 
to focus on your main line of business. We'll 
customize a SmartFIX program for you, meeting 
your repair needs the way you want them met. 


. 
as. F 
oh Beg ? 
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Original equipment manufacturers (OEMs) don't like repair hassles any more than 
their customers. In fact, repair-related productivity losses and the costs of excess 


RICE, EEN Heer AC age SRE see OE Ren 
volume manufacturer. 


Repairs for Boards Based on Intel Architecture . 
That's why we offer SmartFIX for OEMs; an easy, cost-effective repair program for 
volume manufacturers of Intet architecture-based boards and systems. It works just 
like our original SmarfFIX program. But instead of sending in individual boards 
and systems for repair, OEMs can send in dozens at once. The turnaround is just as 
fa, fe seat ram acta 

Apa heat fi tauwess 

OEMs ship faulty boards and systems back to Intel weekly, inoathly or at any 
desired frequency in special SmartFIX Fast containers for multiple boards: These 
crates hold several dozen boards, so you can easily get batches of faulty boards” 
out of your facility and into ours for fast, flawless repair. 


Focus on What You Do Best 

SmartFIX for OEMs gets OEMs out of the time-consuming and cost-intensive 
repair business. By moving repairs off-line to Intel’s repair experts, SmartFIX lets 
OEMs concentrate on what they do best: manufacture products. You don’t have to 
stop the line to troubleshoot problem boards, invest in expensive test equipment and 
staff, and keep large stocks of inventory on hand. SmartFIX for OEMs moves the 
entire repair operation off-site, reducing overhead and increasing your bottom line. 


Select the Process That Meets Your Needs 

SmartFIX for OEMs has a flexible menu of repair options. Cycle times range 

from two to five days (plus transit time), so your inventory isn’t tied up in repair 
limbo for long periods. Instead, we fix faulty parts, putting them back into circula- 
tion quickly, where they make money for you. Additional service selections include 
choice of type and depth of testing, failure analysis and reporting, and complex 
failure analysis and repair. 

SmartFIX for OEMs eliminates the cost of maintaining your own repair center. You 
get the most knowledgeable support possible for Intel products — Intel — repaired 
with state-of-the-art test equipment and techniques. 


If you're an OEM who wants to get out of the repair business and stay in the 


manufacturing business, ask about SmartFIX for OEMs. And let Intel fix it for you. 
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Specialized Product Center 


Your Partner In Custom Manufacturing 
And Complex Systems Integration 
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Intel’s Specialized Product Center (SPC) is a complete, fully staffed integration 
center that designs, assembles and manufactures custom systems to meet the 
unique needs of distributors and OEMs in the high-tech industry. Partnering with 
the SPC allows customers to take advantage of new business opportunities that 
they would otherwise not be able to pursue because of constrained resources or 
lack of complex systems expertise. The benefits to our customers include fast 
turnaround, access to the latest Intel technology, complete documentation 

and support, and reduced time-to-market. 


October 1993 
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Intel’s expertise, 
technology and 
integration 
capabilities help 
our customers 
expand their 
markets without 
adding to their 


overhead. 


By utilizing the integration expertise and resources of Intel’s Specialized Product 
Center (SPC), the companies we partner with are able to extend their capabilities and 
expand their markets repidly without increasing their overhead expenses or adding 
unnecessary support costs. 

The Specialized Product Center gives our customers a capability not usually found 
in large companies -- flexibility. SPC can turn highly specialized configurations in five 
days or less, helping our OEMs and distributors keep their competitive edge and 
provide better service to their customers. 

SPC’s capabilities are especially useful for companies who serve value-added, 
niche markets that require custom chassis or features such as multimedia. 

SPC focuses on opportunities that utilize our expertise in three major areas: 

(1) complex integration, (2) custom systems, and (3) custom board and system 
software design. 


SPC provides: Partner benefits: 
Multiple cards and peripherals Flexibility to meet your exact needs and 
Custom software configuration specifications 
Hardware and software testing Fast turnaround 
Custom chassis design No additional overhead 
based on Intel technology No capital investment 
EMI, RFI, safety, and burn-in No drain on personnel resources 
Custom board design Access to the latest Intel technology 
System software design Agency tested and certified 
Engineering consulting Complete documentation and support 
and project management Faster time-to-market 


Access to new Intel technology 


Custom systems to meet unique needs. 
The computer systems market is changing. An enormous investment of time, expertise, 
manufacturing resources, and capital are required just to stay competitive. 

Intel’s Specialized Product Center gives customers the capability to not just keep up 
with the market, but to stay ahead of it. 

We specialize in providing custom systems to meet the unique needs of our partners 
and we’re committed to delivering solutions that offer the flexibility, expandability and 
upgradeability of Intel Product Group (IPG) product lines. 
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XpressRACK, for example, fills a need in the market for a 
rack-mountable microcomputer that has the flexibility of 
EISA/ISA architecture and the upgradeability of a passive 
backplane. 

The SPC took Intel’s upgradeable Xpress architecture and 
put it in a custom chassis. And we did it fast. 


Here’s what some of our partners are saying about SPC: 
“You did what we asked and I got my order in five days.” 
“T can’t believe a big company is so flexible!” 
“I won the business because I knew I could count on SPC 
to deliver my product on time.” 


How do you partner with SPC? 
One of the elements that has made the SPC successful is 


putting a process into place that helps our partners use us 
quickly and easily. 
Here’s how the process works: 

1. Locate quick order custom configurations in the Price Book and order 
through a CSR. Configurations selected from the Price Book are delivered 
within five working days. 

2. Contact SPC Business Development Managers (BDMs) for complex 
integration of custom designs (602-554-4558). 


Partnering with the SPC can help you build stronger relationships 

with your customers. 

In today’s highly competitive market, the key to holding onto your customers is 
being able to satisfy all of their needs, quickly, and with a quality product. 

So the next time one of your customers comes to you with an application that 
involves complex integration or custom systems design, don’t let the opportunity, or 
the customer, get away. 

Contact Intel’s Specialized Product Center. 

We’ Il put our capabilities to work...for you. 
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INTEL SYSTEMS ENGINEERING SERVICES 


274137-1 


BRING YOUR PRODUCT TO MARKET FASTER FOR 
GREATER PROFITS 


Your project deadlines are tight. You have more to do in less time, and yet, still more is 
expected of you. Increase your product quality. Cut your manufacturing costs. Deliver 
your product to market quick. In this fast-paced world, you need an edge on the 
competition. 


Let Intel’s Systems Engineering Services provide you that competitive advantage. We'll 
help you design, develop and manufacture your Intel architecture-based products with 
the high quality standards and in the timely manner you’ve come to expect from us. 


Intel Systems Engineers (SEs) know Intel microprocessors, boards, systems, and software 
better than anyone else. They are part of the Intel engineering team. By tapping in to the 

vast experience, expertise, and resources of Intel, you’ll dramatically reduce your time to 1 7 
market, accomplishing in weeks what might have taken months to do alone. 


INTEL SYSTEMS ENGINEERING SERVICES 


Systems Analysis and Debug 
Network Design 

Systems Administration 

Board Design and Manufacturing 


¢ Hardware Design 

¢ Software Design 

e Project Management 
¢ Design Validation 


iRMX® and Intel are registered trademarks of Intel Corporation. 
UNIX is a registered trademark of AT&T Bell Laboratories. 

DOS and Windows are registered trademarks of Microsoft Corporation. 
OS/2 is a trademark of International Business Machines Corporation. 
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WHAT YOU GET FROM AN INTEL SYSTEMS 
, ENGINEER — 


EXPERIENCE 


The average Intel SE has over a decade of 
experience working on real-world projects. 
That experience allows them to resolve issues 
quickly, complete projects on time and 
incorporate current technological 
developments to bring your product to market 
_early and within budget. 


EDUCATION 
Intel SEs typically possess Electrical 


Engineering and/or Computer Science degrees. 


And Intel’s continuing education program 
means SEs are trained on and understand the 
latest advances in today’s technology. 


EXPERTISE 


With experience working with both Intel and 
non-Intel components, systems, software and 


networks. SEs can offer the most appropriate 
resources to create a product that meets your 
requirements. 


BREADTH 


Each Intel SE works an average of six to eight 
projects every year. Asagroup,Systems_ 
Engineering completes more than 300 projects 
each year. Bring in an SE that’s right for your 
project, with the specific experience and 
knowledge necessary for on-time completion 
and success. 


FLEXIBLE RELATIONSHIPS 


Intel offers the right contract flexibility to 
meet your specific project needs. Short term or 
long term. Weekly or monthly, Intel SEs are 
available on a fee basis that’s designed to fit 
your product development plan’s budget and 
schedule. 


INTEL SYSTEM ENGINEERING SERVICES 


SOFTWARE CONSULTING 


Intel offers specialized engineers with relevant 
experience in working with industry standard 
operating systems, including DOS*, OS/2*, 
Windows’, iRMX* and UNIX*. 


These SEs have direct access to Intel’s source 
code and design tools. Such resources enable 
Intel SEs to quickly and cost-efficiently design 
and develop customized software for your 
target systems. 


DESIGN CONSULTING 


The beginning stages of any project are critical 
to its success. Minor design mistakes can 
negatively impact an entire project. Intel’s SEs 
provide the experience and expertise you need 
to develop the best design without the flaws 
that can lead to cost overruns and time delays. 


INTEL FOLLOW-ON SERVICE 


BOARD MANUFACTURING 


Not only can Intel manage your project and 
design your board, Intel also offers world-class 
manufacturing to complete the cycle. 


All custom boards are manufactured in strict 
accordance with Intel’s own production, 


quality assurance and test procedures. These 
procedures conform to international ISO9000 
standard, as well as many national standards. 


And by using the latest technological 
advancements in manufacturing, like just-in- 
time production methods, Intel produces the 
highest level product at a low, competitive cost. 


CALL IN THE EXPERTS ... CALL INTEL 


The next time you’re asked to get a complex design project off and running quickly and 
economically, call the Intel Systems Engineering Services Manager nearest you. Other office 
listings may be obtained by calling 800-548-4725 (U.S./Canada) 
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ALABAMA 


Intel Corp. 

600 Boulevard South 
Suite 104-I 
Huntsville 35802 

Tel: (800) 628-8686 
FAX: (205) 883-3511 


ARIZONA 


tintel Corp. 

410 North 44th Street 
Suite 500 

Phoenix 85008 

Tel: (800) 628-8686 
FAX: (602) 244-0446 


CALIFORNIA 


intel Corp. 

3550 Watt Avenue 
Suite 140 
Sacramento 95821 
Tel: (800) 628-8686 
FAX: (916) 488-1473 


tintel Corp. 

9655 Granite Ridge Dr. 
3rd Floor, Suite 4A 
San Diego 92123 

Tel: (800) 628-8686 
FAX: (619) 467-2460 


Intel Corp. 

1781 Fox Drive 

San Jose 95131 

Tel: (800) 628-8686 
FAX: (408) 441-9540 


*tIintel Corp. 

1551 N. Tustin Avenue 
Suite 800 

Santa Ana 92701 

Tel: (800) 628-8686 
TWX: 910-595-1114 
FAX: (714) 541-9157 


tintel Corp. 

15260 Ventura Boulevard 
Suite 360 

Sherman Oaks 91403 
Tel: (800) 628-8686 

FAX: (818) 995-6624 


COLORADO 


*tintel Corp. 

600 S. Cherry St. 
Suite 700 

Denver 80222 

Tel: (800) 628-8686 
TWX: 910-931-2289 
FAX: (303) 322-8670 


CONNECTICUT 


tintel Corp. 

103 Mill Plain Road 
Danbury 06811 

Tel: (800) 628-8686 
FAX: (203) 794-0339 


FLORIDA 


tintel Corp. 

800 Fairway Drive 
Suite 160 

Deerfield Beach 33441 
Tel: (800) 628-8686 
FAX: (305) 421-2444 


Intel Corp. 

2250 Lucien Way 
Suite 100, Room 8 
Maitland 32751 

Tel: (800) 628-8686 
FAX: (407) 660-1283 


tSales and Service Office 
*Field Application Location 


GEORGIA 


tintel Corp. 

20 Technology Parkway 
Suite 150 

Norcross 30092 

Tel: (800) 628-8686 
FAX: (404) 605-9762 


IDAHO 


Intel Corp. 

9456 Fairview Ave., Suite C 
Boise 83704 

Tel: (800) 628-8686 

FAX: (208) 377-1052 


ILLINOIS 


*tintel Corp. | 

Woodfield Corp. Center lil 
300 N. Martingale Road 
Suite 400 

Schaumburg 60173 

Tel: (800) 628-8686 

FAX: (708) 706-9762 


INDIANA 


tinte! Corp. 

8910 Purdue Road 
Suite 350 
Indianapolis 46268 
Tel: (800) 628-8686 
FAX: (317) 875-8938 


MARYLAND 


*tintel Corp. 

10010 Junction Dr. 

Suite 200 

Annapolis Junction 20701 
Tel: (800) 628-8686 

FAX: (410) 206-3678 


MASSACHUSETTS 


*tintel Corp. 

Westford Corp. Center 
5 Carlisle Road 

2nd Floor 

Westford 01886 

Tel: (800) 628-8686 
TWX: 710-343-6333 
FAX: (508) 692-7867 


MICHIGAN 


tintel Corp. 

7071 Orchard Lake Road 
Suite 100 

West Bloomfield 48322 
Tel: (800) 628-8686 

FAX: (313) 851-8770 


MINNESOTA 


tintel Corp. 

3500 W. 80th St. 
Suite 360 
Bloomington 55431 
Tel: (800) 628-8686 
TWX: 910-576-2867 
FAX: (612) 831-6497 


NEW JERSEY 


Intel Corp. 

2001 Route 46, Suite 310 
Parsippany 07054-1315 
Tel: (800) 628-8686 

FAX: (201) 402-4893 


*tintel Corp. 

Lincroft Office Center 
125 Half Mile Road 
Red Bank 07701 

Tel: (800) 628-8686 
FAX: (908) 747-0983 


NEW YORK 


*Intel Corp. 

850 Crosskeys Office Park 
Fairport 14450 

Tel: (800) 628-8686 

TWX: 510-253-7391 

FAX: (716) 223-2561 


tintel Corp. 

300 Westage Business Center 
Suite 230 

Fishkill 12524 

Tel: (800) 628-8686 

FAX: (914) 897-3125 


*tintel Corp. 

2950 Express Dr., South 
Suite 130 

Islandia 11722 

Tel: (800) 628-8686 
TWX: 510-227-6236 
FAX: (516) 348-7939 


OHIO 


*Intel Corp. 
56 Milford Dr., Suite 205 


. Hudson 44236 


Tel: (800) 628-8686 
FAX: (216) 528-1026 


*tintel Corp. 

3401 Park Center Drive 
Suite 220 

Dayton 45414 

Tel: (800) 628-8686 
TWX: 810-450-2528 
FAX: (513) 890-8658 


OKLAHOMA 


Intel Con. 

6801 N. Broadway 
Suite 115 

Oklahoma City 73162 
Tel: (800) 628-8686 
FAX: (405) 840-9819 


OREGON 


tintel Corp. 

15254 N.W. Greenbrier Pkwy. 
Building B 

Beaverton 97006 

Tel: (800) 628-8686 

TWX: 910-467-8741 

FAX: (503) 645-8181 


PENNSYLVANIA 


*tintel Corp. 

925 Harvest Drive 
Suite 200 

Biue Bell 19422 

Tel: (800) 628-8686 
FAX: (215) 641-0785 


SOUTH CAROLINA 


Intel Corp. 

7403 Parklane Rd., Suite 3 
Columbia 29223 

Tel: (800) 628-8686 

FAX: (803) 788-7999 


Intel Corp. 

100 Executive Center Drive 
Suite 109, B183 

Greenville 29615 

Tel: (800) 628-8686 

FAX: (803) 297-3401 


TEXAS 


tintel Corp. 

8911 N. Capital of Texas Hwy. 
Suite 4230 

Austin 78759 

Tel: (800) 628-8686 

FAX: (512) 338-9335 


NORTH AMERICAN SALES OFFICES 


*tintel Corp. 

5000 Quorum Drive 
Suite 750 

Dallas 75240 

Tel: (800) 628-8686 


*tintel Corp. 
20515 SH 249 


, Suite 401 


Houston 77070 
FAX: (713) 988-3660 


UTAH 


tintel Corp. 

428 East 6400 South 
Suite 135 

Murray 84107 

Tel: (800) 628-8686 
FAX: (801) 268-1457 


WASHINGTON 


tintel Corp. 

2800 156th Avenue S.E. 
Suite 105 

Bellevue 98007 

Tel: (800) 628-8686 
FAX: (206) 746-4495 


WISCONSIN 


intel Corp. 

400 N. Executive Dr. 
Suite 401 

Brookfield 53005 
Tel: (800) 628-8686 
FAX: (414) 789-2746 


CANADA 


BRITISH COLUMBIA 


Intel Semiconductor of 
Canada, Ltd. 

999 Canada Place 
Suite 404, #11 
Vancouver V6C 3E2 
Tel: (800) 628-8686 
FAX: (604) 844-2813 


ONTARIO 


tintel Semiconductor of 
Canada, Ltd. 

2650 Queensview Drive 
Suite 250 

Ottawa K2B 8H6 

Tel: (800) 628-8686 
FAX: (613) 820-5936 


tintel Semiconductor of 
Canada, Ltd. 

190 Attwell Drive 

Suite 500 

Rexdale M9W 6H8 

Tel: (800) 628-8686 
FAX: (416) 675-2438 


QUEBEC 


tintel Semiconductor of 
Canada, Ltd. 

1 Rue Holiday 

Suite 320 

Tour East 

Pt. Claire H9R 5N3 

Tel: (800) 628-8686 
FAX: 514-694-0064 


CG/SALE/111293 
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ALABAMA ee pe 18570 Borvenea Pkwy Police ina en eee Electronics 
. . Agoura Roa rranca ; 55 Federal Road, #103 4250 E. Rivergreen Pkwy., #E 
Arrow/Schweber Electronics Calabasas 91302 irvine 92713 Danbury 06810 Duluth 30136” ed 


1015 Henderson Road 
Huntsville 35806 
Tel: (205) 837-6955 


Tel: (818) 880-9686 
FAX: (818) 772-8930 


Tel: (714) 753-9953 
FAX: (714) 753-9877 


Tel: (203) 797-2880 
FAX: (203) 791-9050 


Tel: (404) 497-1300 
FAX: (404) 476-1493 


FAX: (205) 721-1581 Arrow/Schweber Electronics Wyle Laboratories Hamilton Hallmark Avnet Computer 
Hamilton Hallmark 48834 Kato Road, Suite 103 15360 Barranca Pkwy., #200 125 Commerce Court, Unit 6 3425 Corporate Way, #G 
Fremont 94538 Irvine 92713 Cheshire 06410 Duluth 30136 


4890 University Square, #1 
Huntsville 35816 

Tel: (205) 837-8700 

FAX: (205) 830-2565 


Tel: (510) 490-9477 


Arrow/Schweber Electronics 
6 Cromwell #100 


Tel: (714) 753-9953 
FAX: (714) 753-9877 


Tel: (203) 271-2844 
FAX: (203) 272-1704 


Tel: (404) 623-5452 
FAX: (404) 476-0125 


irvine 92718 Wyle Laboratories Pioneer Standard Hamilton Hallmark 
MTi Systems Tel ¢ 14). 638-5422 2951 Sunrise Bivd., #175 2 Trap Falls Road 3425 Corporate Way, #G & #A 
4950 Corporate Dr., #120 Mg oH) rere Rancho Cordova 95742 Shelton 06484 Duluth 30136 
Huntsville 35805 : (714) Tel: (916) 638-5282 Tel: (203) 929-5600 Tel: (404) 623-5475 


Tel: (205) 830-9526 


FAX: (916) 638-1491 


FAX: (404) 623-5490 


; Arrow/Schweber Electronics 
FAX: (205) 830-9557 
9511 Ridgehaven Court : ; : 
, ' Wyle Laboratories FLORIDA Pioneer Technologies Group 
Gaae Universin Sever Group San ek cee tan 9525 Chesapeake Drive acideth amabotaie 4250 ¢ C. Rivergreen Parkway 
’ by " i oO u 
Tel (205) 857-9300 hia diate tog Tel: (619) 565-9171 598 South Northlake Bivd., #1024 Tel: (404) 623-1003 
FAX: (205) 837-9358 Arrow/Schweber Electronics FAX: (619) 365-0512 ee Springs 32704 FAX: (404) 623-0665 
1180 Murphy Avenue : p 
Wyle Laboratories San ‘cong 131 Wyle Laboratories FAX: (813) 796-4880 Wyle Laboratories 
7800 Governers Drive Tel: (408) 441-9700 3000 Bowers Avenue ; 6025 The Corners Pkwy., #111 
Tower Building, 2nd Floor FAX: (408) 453-4810 Santa Clara 95051 Arrow/Schweber Electronics Norcross 30092 


Huntsville 35806 


Tel: (408) 727-2500 


400 Fairway Drive, #102 


Tel: (404) 441-9045 


Tel: (205) 830-1119 Avnet Computer FAX: (408) 727-5896 Deerfield Beach 33441 FAX: (404) 441-9086 
FAX: (205) 830-1520 3170 Pullman Street Tel: (305) 429-8200 

Costa Mesa 92626 Wyle Laboratories FAX: (305) 428-3991 
ARIZONA Tel: (714) 641-4150 17872 Cowan Avenue ILLINOIS 

’ FAX: (714) 641-4170 Irvine 92714 Arrow/Schweber Electronics 
Anthem Electronics Tel: (714) 863-9953 37 Skyline Drive, #3101 Anthem Electronics 
1555 W. 10th Place, #101 Avnet Computer FAX: (714) 263-0473 Lake Mary 32746 1300 Remington Road, Suite A 
Tempe 85281 1361B West 190th Street Tel: (407) 333-9300 Schaumberg 60173 
Tel: (602) 966-6600 Gardena 90248 Wyle Laboratories FAX: (407) 333-9320 Tel: (708) 884-0200 
FAX: (602) 966-4826 ie i ees 26010 Mureau Road, #150 anaes FAX: (708) 885-0480 
: (31 - Calabasas 91302 vnet Computer 

Saag oy ool gate Tel: (818) 880-9000 3343 W. Commercial Boulevard Arrow/Schweber Electronics 
Tempe 85282 Avnet Computer FAX: (818) 880-5510 Bidg. C/D, Suite 107 1140 W. Thorndale Rd. 
Tel: (602) 431-0030 755 Sunrise Boulevard, #150 Ft. Lauderdale 33309 itasca 60143 
FAX: (602) 252-9109 Roseville 95661 Zeus Arrow Electronics Tel: (305) 730-9110 Tel: (708) 250-0500 

Tel: (916) 781-2521 6276 San Ignacio Ave., #E FAX: (305) 730-0368 
Avnet Computer FAX: (916) 781-3819 San Jose 95119 , Avnet Computer 
1626 S. Edwards Drive Tel: (408) 629-4789 Avnet Computer 1124 Thorndale Avenue 


Tempe 85281 
Tel: (602) 902-4600 


Avnet Computer 
1175 Bordeaux Drive, #A 


FAX: (408) 629-4792 


3247 Tech Drive North 
St. Petersburg 33716 


Bensenville 60106 
Tel: (708) 860-8572 


FAX: (602) 902-4640 Sunnyvale 94089 Zeus Arrow Electronics Tel: (813) 573-5524 FAX: (708) 773-7976 
REO ERN, Tel: (408) 743-3454 22700 Savi Ranch Pkwy. FAX: (813) 572-4324 

ami “y " Plax FAX: (408) 743-3348 Yorba Linda 92687-4613 Hamilton Hallmark 
4637 S. 36t ce Hamilton Halimark 1130 Thorndale Avenue 


Phoenix 85040 
Tel: (602) 437-1200 
FAX: (602) 437-2348 


Wyle Laboratories 
4141 E. Raymond 
Phoenix 85040 

Tel: (602) 437-2088 
FAX: (602) 437-2124 


CALIFORNIA 


Avnet Computer 
21150 Califa Street 
Woodland Hills 91376 
Tel: (818) 594-8301 
FAX: (818) 594-8333 


Hamilton Hallmark 
3170 Pullman Street 
Costa Mesa 92626 
Tel: (714) 641-4100 
FAX: (714) 641-4122 


Tel: (714) 921-9000 
FAX: (714) 921-2715 


COLORADO 


Anthem Electronics 

373 Inverness Drive South 
Englewood 80112 

Tel: (303) 790-4500 

FAX: (303) 790-4532 


3350 N.W. 53rd St., #105-107 
Ft. Lauderdale 33309 

Tel: (305) 484-5482 

FAX: (305) 484-2995 


Hamilton Halimark 
10491 72nd St. North 
Largo 34647 

Tel: (813) 541-7440 
FAX: (813) 544-4394 


Bensenville 60106 
Tel: (708) 860-7780 
FAX: (708) 860-8530 


MTI Systems 

1140 W. Thorndale Avenue 
Itasca 60143 

Tel: (708) 250-8222 

FAX: (708) 250-8275 


: Pioneer Standard 
Anthem Electronics Hamilton Hallmark Arrow/Schweber Electronics Hamilton Hallmark 2171 Executive Dr., #200 
9131 Oakdale Ave. 1175 Bordeaux Drive, #A 61 Inverness Dr. East, #105 7079 University Boulevard Addison 60101 
emewot.01oit Sunnyvale 94089 Englewood 80112 Winter Park 32792 Tel: (708) 495-9680 
Tel: (818) 775-1333 Tel: (408) 435-3500 Tel: (303) 799-0258 Tel: (407) 657-3300 FAX: (708) 495-9831 
FAX: (818) 775-1302 FAX: (408) 745-6679 FAX: (303) 373-5760 FAX: (407) 678-4414 
Anthem Electronics ' ; j i ie Lennie 
1 Oldfield Drive Hamilton Hallmark Hamilton Hallmark Pioneer Technologies Group 2055 Army Trail Road, #140 
irvine 92718-2809 4545 Viewridge Avenue 12503 E. Euclid Drive, #20 337 Northlake Bivd., #1000 Addison 60101 


Tel: (714) 768-4444 
FAX: (714) 768-6456 


Anthem Electronics 
580 Menlo Drive, #8 
Rocklin 95677 

Tel: (916) 624-9744 
FAX: (916) 624-9750 


Anthem Electronics 


San Diego 92123 
Tel: (619) 571-7540 
FAX: (619) 277-6136 


Hamilton Hallmark. 
21150 Califa St. 
Woodland Hills 91367 
Tel: (818) 594-0404 
FAX: (818) 594-8234 


Englewood 80111 
Tel: (303) 790-1662 
FAX: (303) 790-4991 


Hamilton Hallmark 

710 Wooten Road, #102 
Colorado Springs 80915 
Tel: (719) 637-0055 
FAX: (719) 637-0088 


Alta Monte Springs 32701 
Tel: (407) 834-9090 
FAX: (407) 834-0865 


Pioneer Technologies Group 
674 S. Military Trail 

Deerfield Beach 33442 

Tel: (305) 428-8877 

FAX: (305) 481-2950 


Tel: (800) 853-9953 
FAX: (708) 620-1610 


INDIANA 


Arrow/Schweber Electronics 
7108 Lakeview Parkway West Dr. 
Indianapolis 46268 

Tel: (317) 299-2071 


9369 Carroll Park Drive Hamilton Hallmark le Laboratories Pioneer Technologies Group FAX: (317) 299-2379 
San Diego 92121 580 Menlo Drive, #2 451 E. 124th Avenue 8031-2 Phillips Highway 

Tel: (619) 453-9005 Rocklin 95762 Thornton 80241 Jacksonville 32256 Avnet Computer 
FAX: (619) 546-7893 Tel: (916) 624-9781 Tel: (303) 457-9953 Tel: (904) 730-0065 485 Gradle Drive 
Anthem Electronics FAX: (916) 961-0922 FAX: (303) 457-4831 Carmel 46032 


1160 Ridder Park Drive 
San Jose 95131 ~ 

Tel: (408) 452-2219 
FAX: (408) 441-4504 


Arrow Commercial Systems Group 
1502 Crocker Avenue 

Hayward 94544 

Tel: (510) 489-5371 

FAX: (510) 489-9393 


Pioneer Standard 

5850 Canoga Bivd., #400 
Woodland Hills 91367 
Tel: (818) 883-4640 


Pioneer Standard 

217 Technology Dr., #110 
Irvine 92718 

Tel: (714) 753-5090 


CONNECTICUT 


Anthem Electronics 

61 Mattatuck Heights Road 
Waterburg 06705 

Tel: (203) 575-1575 

FAX: (203) 596-3232 


Arrow/Schweber Electronics 


Wyle Laboratories 
1000 112 Circle North 
St. Petersburg 33716 
Tel: (813) 530-3400 
FAX: (813) 579-1518 


GEORGIA 


Arrow Commercial Systems Group 
3400 C. Corporate Way 


Tel: (317) 575-8029 
FAX: (317) 844-4964 


Hamilton Hallmark 
4275 W. 96th 
Indianapolis 46268 
Tel: (317)-872-8875 
FAX: (317) 876-7165 


Pioneer Standard 
9350 Priority Way West Dr. 


Arrow Commercial Systems Group Pioneer Technologies Group 12 Beaumont Road Duluth 30136 . Indianapolis 46250 
14242 Chambers Road Rio ape Wallingford 06492 Tel: (404) 623-8825 Tel: (317) 573-0880 
Tustin 92680 an Jose 95134 Tel: (203) 265-7741 FAX: (404) 623-8802 FAX: (317) 573-0979 


Tel: (714) 544-0200 
FAX: (714) 731-8438 


Tel: (408) 954-9100 
FAX: (408) 954-9113 


FAX: (203) 265-7988 


te’. $= 


NORTH AMERICAN DISTRIBUTORS (Contd.) 


KANSAS 


Arrow/Schweber Electronics 
9801 Legler Road 

\Lenexa 19 

Tel: (913) 541-9542 

FAX: (913) 541-0328 


Avnet Computer 
15313 W. 95th Street 
Lenexa 61219 

Tel: (913) 541-7989 
FAX: (913) 541-7904 


Hamilton Hallmark 
10809 Lakeview Avenue 
Lenexa 66215 

Tel: (913) 888-4747 
FAX: (913) 888-0523 


KENTUCKY 


Hamilton Hallmark 
1847 Mercer Road, #G 
Lexington 40511 

Tel: (800) 235-6039 
FAX: (606) 288-4936 


MARYLAND 


Anthem Electronics 

7168A Columbia Gateway Drive 
Columbia 21046 

Tel: (410) 995-6640 

FAX: (410) 290-9862 


Arrow Commercial Systems Group 


200 Perry Parkwa 
Gaithersburg 208 
Tel: (301) 670-1600 
FAX: (301) 670-0188 


Arrow/Schweber Electronics 
9800J Patuxent Woods Dr. 
Columbia 21046 

Tel: (301) 596-7800 

FAX: (801) 995-6201 


Avnet Computer 

7172 Columbia Gateway Dr., #G 
Columbia 21045 

Tel: (301) 995-3571 

FAX: (301) 995-3515 


Hamilton Hallmark 

10240 Old Columbia Road 
Columbia 21046 

Tel: (410) 988-9800 

FAX: (410) 381-2036 


North Atlantic Industries 
Systems Division 

7125 River Wood Dr. 

Columbia 21046 

Tel: (301) 312-5800 

FAX: (301) 312-5850 


Pioneer Technologies Group 
15810 Gaither Road 
Gaithersburg 20877 

Tel: (301) 921-0660 

FAX: (301) 670-6746 


Wyle Laboratories 

7180 Columbia Gateway Dr. 
Columbia 21046 

Tel: (410) 312-4844 

FAX: (410) 312-4953 


MASSACHUSETTS 


Anthem Electronics 
36 Jonspin Road 
Wilmington 01887 
Tel: (508) 657-5170 
FAX: (508) 657-6008 


Arrow/Schweber Electronics 
25 Upton Dr. 

Wilmington 01887 

Tel: (508) 658-0900 

FAX: (508) 694-1754 


Avnet Computer 

10 D Centennial Drive 
Bagge | 01960 

Tel: (508) 532-9886 
FAX: (508) 532-9660 


Hamilton Hallmark 

10 D Centennial Drive 
P. 01960 

Tel: (508) 531-7430 
FAX: (508) 532-9802 


Pioneer Standard 
44 Hartwell Avenue 
Lexington 02173 
Tel: (617) 861-9200 
FAX: (617) 863-1547 


Wyle Laboratories 
15 Third Avenue 
Burlington 01803 
Tel: (617) 272-7300 
FAX: (617) 272-6809 


MICHIGAN 


Arrow/Schweber Electronics 
19880 Haggerty Road 
Livonia 48152 

Tel: (800) 231-7902 

FAX: (313) 462-2686 


Avnet Computer 

2876 28th Street, S.W., #5 
Grandville 49418 

Tel: (616) 531-9607 

FAX: (616) 531-0059 


Avnet Computer 

41650 Garden Brook Rd. #120 
Novi 48375 

Tel: (313) 347-1820 © 

FAX: (313) 347-4067 


Hamilton Hallmark 

44191 Plymouth Oaks Bivd., #1300 
Plymouth 48170 

Tel: (313) 416-5800 

FAX: (313) 416-5811 


Hamilton Halimark 

41650 Garden Brook Rd., #100 
Novi 49418 

Tel: (313) 347-4271 

FAX: (313) 347-4021 


Pioneer Standard 
4505 Broadmoor S.E. 
Grand Rapids 49512 
Tel: (616) 698-1800 
FAX: (616) 698-1831 


Pioneer Standard 
13485 Stamford 
Livonia 48150 

Tel: (313) 525-1800 
FAX: (313) 427-3720 


MINNESOTA 


Anthem Electronics 

7646 Golden Triangle Drive 
Eden Prairie 55344 

Tel: (612) 944-5454 

FAX: (612) 944-3045 


Arrow/Schweber Electronics 
10100 Viking Drive, #100 
Eden Prairie 55344 

Tel: (612) 941-5280 

FAX: (612) 942-7803 


Avnet Computer 

10000 West 76th Street 
Eden Prairie 55344 

Tel: (612) 829-0025 
FAX: (612) 944-2781 


Hamilton Hallmark 

9401 James Ave South, #140 
TO Ot ee 55431 

Tel: (612) 881-2600 

FAX: (612) 881-9461 


Pioneer Standard 

7625 Golden Triange Dr., #G 
Eden Prairie 55344 

Tel: (612) 944-3355 

FAX: (612) 944-3794 


Wyle Laboratories 
1325 E. 79th Street, #1 
Bloomi 55425 
Tel: (612) 853-2280 
FAX: (612) 853-2298 


MISSOURI 


Arrow/Schweber Electronics 
2380 Schuetz Road 

St. Louis 63141 

Tel: (314) 567-6888 

FAX: (314) 567-1164 


Avnet Computer 

741 Goddard Avenue 
Chesterfield 63005 
Tel: (314) 537-2725 
FAX: (314) 537-4248 


Hamilton Hallmark 
3783 Rider Trail South 
Earth City 63045 

Tel: (314) 291-5350 
FAX: (314) 291-0362 


NEW HAMPSHIRE 


Avnet Computer 

2 Executive Park Drive 
Bedford 03102 

Tel: (800) 442-8638 
FAX: (603) 624-2402 


NEW JERSEY 


Anthem Electronics 

26 Chapin Road, Unit K 
Pine Brook 07058 

Tel: (201) 227-7960 
FAX: (201) 227-9246 


Arrow/Schweber Electronics 
4 East Stow Rd., Unit 11 
Marlton 08053 

Tel: (609) 596-8000 

FAX: (609) 596-9632 


Arrow/Schweber Electronics 
43 Route 46 East 

Pine Brook 07058 

Tel: (201) 227-7880 

FAX: (201) 538-4962 


Avnet Computer 

1-B Keystone Ave., Bidg. 36 
Cherry Hill 08003 

Tel: (609) 424-8961 

FAX: (609) 751-2502 


Hamilton Halimark 

1 Keystone Ave., Bidg. 36 
bgt At 08003 

Tel: (609) 424-0110 

FAX: (609) 751-2552 


Hamilton Hallmark 

10 Lanidex Plaza West 
Parsippani 07054 

Tel: (01) 515-5300 
FAX: (201) 515-1601 


MTI Systems 

43 Route 46 East 
Pinebrook 07058 
Tel: (201) 882-8780 
FAX: (201) 539-6430 


Pioneer Standard 
14-A Madison Rd. 
Fairfield 07006 

Tel: (201) 575-3510 
FAX: (201) 575-3454 


Wyle Laboratories 

20 Chapin Road, Bidg. 10-13 
Pinebrook 07058 

Tel: (201) 882-8358 

FAX: (201) 882-9109 


NEW MEXICO 


Alliance Electronics, Inc. 
10510 Research Ave. 
Albuquerque 87123 
Tel: (505) 292-3360 
FAX: (505) 275-6392 


Avnet Computer 
7801 Academy Rd. 
Bidg. 1, Suite 204 
Albuquerque 87109 
Tel: (505) 828-9725 
FAX: (505) 828-0360 


NEW YORK 


Anthem Electronics 
47 Mall Drive 
Commack 11725 
Tel: (516) 864-6600 
FAX: (516) 493-2244 


Arrow/Schweber Electronics 
3375 Brighton Henrietta 
Townline Rd. 

Rochester 14623 

Tel: (716) 427-0300 

FAX: (716) 427-0735 


Arrow/Schweber Electronics 

a6 Oser Seed 
jauppauge 

Tel: (516) 231-1000 

FAX: (516) 231-1072 


Avnet Computer 
933 Motor Parkway 
Hauppauge 11788 
Tel: (516) 434-7443 
FAX: (516) 434-7426 


Avnet Computer 
2060 Townline Rd. 
Rochester 14623 
Tel: (716) 272-9110 
FAX: (716) 272-9685 


Hamilton Hallmark 
933 Motor Parkway 
arg ra 11788 
Tel: (516) 434-7470 
FAX: (516) 434-7491 


Hamilton Halimark 
1057 E. Henrietta Road 
Rochester 14623 

Tel: (716) 475-9130 
FAX: (716) 475-9119 


Hamilton Hallmark 

3075 Veterans Memorial Hwy. 
Ronkonkoma 11779 

Tel: (516) 737-0600 

FAX: (516) 737-0838 


MTI Systems 

1 Penn Plaza 

250 W. 34th Street 
New York 10119 
Tel: (212) 643-1280 
FAX: (212) 643-1288 


Pioneer Standard 
68 Corporate Drive 
Binghamton 13904 
Tel: (607) 722-9300 
FAX: (607) 722-9562 


Pioneer Standard 

60 Cro: Park West 
Woodbury, island 11797 
Tel: (516) 921-8700 

FAX: (516) 921-2143 


Pioneer Standard 
840 Fairport Park 
Fairport 14450 

Tel: (716) 381-7070 
FAX: (716) 381-5955 


Zeus Arrow Electronics 
100 Midland Avenue 
Port Chester 10573 
Tel: (914) 937-7400 
FAX: (914) 937-2553 


NORTH CAROLINA 


Arrow/Schweber Electronics 
5240 Greensdairy Road 
Raleigh 27604 

Tel: (919) 876-3132 

FAX: (919) 878-9517 


Avnet Computer 

2725 Millbrook Rd., #123 
Raleigh 27604 

Tel: (919) 790-1735 

FAX: (919) 872-4972 


Hamilton Hallmark 

5234 Greens Dairy Road 
Raleigh 27604 

Tel: (919) 878-0819 
FAX: (919) 878-8729 


Pioneer Technologies Group 
2200 Gateway Ctr. Blvd, #215 
Morrisville 27560 

Tel: (919) 460-1530 

FAX: (919) 460-1540 


OHIO 


Arrow Commercial Systems Group 
284 Cramer Creek Court 

Dublin 43017 

Tel: (614) 889-9347 

FAX: (614) 889-9680 


Arrow/Schweber Electronics 
6573 Cochran Road, #E 

Solon 44139 

Tel: (216) 248-3990 
FAX: (216) 248-1106 


Arrow/Schweber Electronics 
8200 Washington Village Dr. 
Centerville 45458 

Tel: (513) 435-5563 

FAX: (513) 435-2049 


Avnet Foi tee 

7764 Washington Village Dr. 
Dayton 45459 

Tel: (513) 439-6756 

FAX: (513) 439-6719 


Avnet Computer 

30325 Bainbridge Rd., Bidg. A 
Solon 44139 

Tel: (216) 349-2505 

FAX: (216) 349-1894 


ean, Pet 5 
77 ashington Village Dr. 
Dayton 45459" 

Tel: (513) 439-6735 

FAX: (513) 439-6711 


Hamilton Halimark 
5821 Harper Road 
Solon 44139 

Tel: (216) 498-1100 
FAX: (216) 248-4803 


Hamilton Halimark 

777 Dearborn Park Lane, #L 
Worthington 43085 

Tel: (614) 888-3313 

FAX: (614) 888-0767 


MTI Systems ~- 

23404 Commerce Park Rd. 
Beachwood 44122 

Tel: (216) 464-6688 

FAX: (216) 464-3564 


Pioneer Standard 

4433 Interpoint Boulevard 
Dayton 45424 

Tel: (513) 236-9900 

FAX: (513) 236-8133 


Pioneer Standard 
4800 E. 131st Street 
Cleveland 44105 
Tel: (216) 587-3600 
FAX: (216) 663-1004 


OKLAHOMA 


Arrow/Schweber Electronics 
12101 E. 51st Street, #106 
Tulsa 74146 

Tel: (918) 252-7537 

FAX: (918) 254-0917 


Hamilton Hallmark 

5411S. 125th E. Ave., #305 
Tulsa 74146 

Tel: (918) 254-6110 

FAX: (918) 254-6207 


Pioneer Standard 

9717 E. 42nd St., #105 
Tulsa 74146 

Tel: (918) 665-7840 
FAX: (918) 665-1891 
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intel. 
NORTH AMERICAN DIS 


OREGON 


Almac Arrow Electronics 
1885 N.W. 169th Place 
Beaverton 97006 

Tel: (503) 629-8090 
FAX: (503) 645-0611 


Anthem Electronics 
9090 S.W. Gemini Drive 
Beaverton 97005 

Tel: (503) 643-1114 
FAX: (503) 626-7928 


Avnet Computer 
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9750 Southwest Nimbus Ave. 


Beaverton 97005 
Tel: (503) 627-0900 
FAX: (502) 526-6242 


Hamilton Halimark 
9750 S.W. Nimbus Ave. 
Beaverton 97005 

Tel: (503) 526-6200 
FAX: (503) 641-5939 


Wyle Laboratories 
9640 Sunshine Court 
Bidg. G, Suite 200 
Beaverton 97005 
Tel: (503) 643-7900 
FAX: (503) 646-5466 


PENNSYLVANIA 


Anthem Electronics 

355 Business Center Dr. 
Horsham 19044 I 
Tel: (215) 443-5150 
FAX: (215) 675-9875 


Avnet Computer 

213 Executive Drive, #320 
Mars 16046 

Tel: (412) 772-1888 

FAX: (412) 772-1890 


Pioneer Technologies Group 
259 Kappa Drive 


Tel: (412) 782-2300 
FAX: (412) 963-8255 


Pioneer Technologies Group 
500 Enterprise Road 

Keith Valley Business Center 
Horsham 19044 

Tel: (713) 530-4700 


@ Laboratories 
1 Eves Drive, #111 
Marlton 08053-3185 
Tel: (609) 985-7953 
FAX: (609) 985-8757 


TEXAS 


Anthem Electronics 

651 N. Plano Road, #401 
Richardson 75081 

Tel: (214) 238-7100 

FAX: (214) 238-0237 


Arrow/Schweber Electronics 
11500 Metric Blvd., #160 
Austin 78758 

Tel: (512) 835-4180 

FAX: (512) 832-5921 


Arrow/Schweber Electronics 
3220 Commander Dr. 
Carrollton 75006 

Tel: (214) 380-6464 

FAX: (214) 248-7208 


Arrow/Schweber Electronics 
10899 Kinghurst Dr., #100 
Houston 77099 

Tel: (713) 530-4700 


Avnet Computer 

4004 Beltline, Suite 200 
Dallas 75244 

Tel: (214) 308-8181 
FAX: (214) 308-8129 


Avnet Computer 

1235 North Loop West, #525 
Houston 77008 

Tel: (713) 867-8572 

FAX: (713) 861-6851 


Hamilton Hallmark 
12211 Technology Bivd. 
Austin 78727 

Tel: (512) 258-8848 
FAX: (512) 258-3777 


Hamilton Halimark 
11420 Page Mill Road 
Dallas 75243 

Tel: (214) 553-4300 
FAX: (214) 553-4395 


Hamilton Hallmark 
8000 Westglen 
Houston 77063 

Tel: (713) 781-6100 
FAX: (713) 953-8420 


Pioneer Standard 
1826-D Kramer Lane 
Austin 78758 

Tel: (512) 835-4000 
FAX: (512) 835-9829 


Pioneer Standard 
13765 Beta Road 
Dallas 75244 

Tel: (214) 263-3168 
FAX: (214) 490-6419 


Pioneer Standard 

10530 Rockley Road, #100 
Houston 77099 

Tel: (713) 495-4700 

FAX: (713) 495-5642 


Wyle Laboratories 

1810 Greenville Avenue 
Richardson 75081 

Tel: (214) 235-9953 
FAX: (214) 644-5064 


Wyle Laboratories 

4030 West Braker Lane, #330 
Austin 78758 

Tel: (512) 345-8853 

FAX: (512) 345-9330 


Wyle Laboratories 

11001 South Wilcrest, #100 
Houston 77099 

Tel: (713) 879-9953 

FAX: (713) 879-6540 


UTAH 


Anthem Electronics 
1279 West 2200 South 
Salt Lake City 84119 
Tel: (801) 973-8555 
FAX: (801) 973-8909 


Arrow/Schweber Electronics 
1946 W. Parkway Bivd. 

Salt Lake City 84119 

Tel: (801) 973-6913 

FAX: (801) 972-0200 


Avnet Computer 

1100 E. 6600 South, #150 
Salt Lake City 84121 

Tel: (801) 266-1115 

FAX: (801) 266-0362 


Hamilton Hallmark 

1100 East 6600 South, #120 
Salt Lake City 84121 

Tel: (801) 266-2022 

FAX: (801) 263-0104 


Wyle Laboratories 

1325 West 2200 South, #E 
West Valley 84119 

Tel: (801) 974-9953 

FAX: (801) 972-2524 


WASHINGTON 


Almac Arrow Electronics 
14360 S.E. Eastgate Way 
Bellevue 98007 ‘ 
Tel: (206) 643-9992 

FAX: (206) 643-9709 


Anthem Electronics 

19017 - 120th Ave., N.E. #102 
Bothell 98011 

Tel: (206) 483-1700 

FAX: (206) 486-0571 


Avnet Computer 
17761 N.E. 78th Place 
Redmond 98052 

Tel: (206) 867-0160 
FAX: (206) 867-0161 


Hamilton Hallmark 
8630 154th Avenue 
Redmond 98052 
Tel: (206) 881-6697 
FAX: (206) 867-0159 


Wyle Laboratories 
15385 N.E. 90th Street 
Redmond 98052 

Tel: (206) 881-1150 
FAX: (206) 881-1567 


WISCONSIN 


Arrow/Schweber Electronics 
200 N. Patrick, #100 
Brookfield 53045 

Tel: (414) 792-0150 

FAX: (414) 792-0156 


Avnet Computer 

20875 Crossroads Circle, #400 
Waukesha 53186 

Tel: (414) 784-8205 

FAX: (414) 784-6006 


Hamilton Hallmark 
2440 S. 179th Street 
New Berlin 53146 
Tel: (414) 797-7844 
FAX: (414) 797-9259 


Pioneer Standard 

120 Bishop Way #163 
Brookfield 53005 

Tel: (414) 784-3480 
FAX: (414) 780-3613 


Wyle Laboratories 

W226 N555 Eastmound Drive 
Waukesha 53186 

Tel: (414) 521-9333 

FAX: (414) 521-9498 


ALASKA 


Avnet Computer 

1400 West Benson Bivd., #400 
Anchorage 99503 

Tel: (907) 274-9899 

FAX: (907) 277-2639 


CANADA 


ALBERTA 


Avnet Computer 

2816 21st Street Northeast 
Calgary T2E 6Z2 

Tel: (403) 291-3284 

FAX: (403) 250-1591 


Zentronics 

6815 8th Street N.E., #100 
Calgary T2E 7H 

Tel: (403) 295-8838 

FAX: (403) 295-8714 


BRITISH COLUMBIA 


Almac Arrow Electronics 
8544 Baxter Place 
Burnaby V5A 4T8 

Tel: (604) 421-2333 
FAX: (604) 421-5030 


Hamilton Hallmark 
8610 Commerce Court 
Burnaby V5A 4N6 

Tel: (604) 420-4101 
FAX: (604) 420-5376 


Zentronics 

11400 Bridgeport Rd., #108 
Richmond V6X 1T2 

Tel: (604) 273-5575 

FAX: (604) 273-2413 


ONTARIO 


Arrow/Schweber Electronics 
1093 Meyerside, Unit 2 
Mississauga L5T 1M4 

Tel: (416) 670-7769 

FAX: (416) 670-7781 


Arrow/Schweber Electronics 
36 Antares Dr., Unit 100 
Nepean K2E 7W5 

Tel: (613) 226-6903 

FAX: (613) 723-2018 


TRIBUTORS (Conitd.) 


Avnet Computer 


Canada System Engineering Group 


151 Superior Blvd. 
Mississuaga L5T 2L1 
Tel: (416) 795-3835 
FAX: (416) 677-5091 


Avnet Computer 

190 Colonade Road 
Nepean K2E 7J5 
Tel: (613) 727-2000 
FAX: (613) 226-1184 


Hamilton Hallmark 

151 Superior Bivd., Unit 1-6 
Mississauga L5T 2L1 

Tel: (416) 564-6060 

FAX: (416) 564-6033 


Hamilton Hallmark 
190 Colonade Road 
Nepean K2E 7J5 
Tel: (613) 226-1700 


FAX: (613) 226-1184 


Zentronics 

5600 Keaton Crescent, #1 
Mississauga L5R 3S5 

Tel: (416) 507-2600 

FAX: (416) 507-2831 


Zentronics 

ht Colonnade Rd., South 
#1 

Nepean K2E 7K1 

Tel: (613) 226-8840 

FAX: (613) 226-6352 


QUEBEC 


Arrow/Schweber Electronics 
1100 St. Regis Blvd. 

Dorval H9P 2T5 

Tel: (514) 421-7411 

FAX: (514) 421-7430 


Arrow/Schweber Electronics 
500 Boul. St.-Jean-Baptiste Ave. 
Quebec H2E 5R9 

Tel: (418) 871-7500 

FAX: (418) 871-6816 


Avnet Computer 
2795 Reu Halpern 
St. Laurent H4S 1P8 
Tel: (514) 335-2483 
FAX: (514) 335-2481 


Hamilton Halimark 

7575 Transcanada Highway 
#600 

St. Laurent H4T 2V6 

Tel: (514) 335-1000 

FAX: (514) 335-2481 


Zentronics 

520 McCaffrey 

St. Laurent H4T 1N3 
Tel: (514) 737-9700 
FAX: (514) 737-5212 
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intel 


Intel Finland OY 
Ruosilantie 2 

00390 Helsinki 

Tel: (358) 0 544 644 
FAX: (358) 0 544 030 


FRANCE 


Intel Corporation S.A.R.L. 

1, Rue Edison-BP 303 

78054 St. Quentin-en-Yvelines 
Cedex 

Tel: (33) (1) 30 57 70 00 

FAX: (33) (1) 30 64 60 32 


je, ot dau 


Pala img Hs ie 4 
saya crip ie Ps cyte Nea 


Ki 


ig 
i oes a 
eat, % sar ee Soe = 
3 LG 


nn 


EUROPEAN SALES OFFICES 


GERMANY 


Intel GmbH 
Dornacher Strasse 1 


85622 Feldkirchen/Muenchen 


Tel: (49) 089/90992-0 
FAX: (49) 089/9043948 


ISRAEL 
Intel Semiconductor Ltd. 


Atidim Industrial Park-Neve Sharet 


P.O. Box 43202 
Tel-Aviv 61430 

Tel: (972) 03 498080 
FAX: (972) 03 491870 


ITALY 


Intel Corporation Italia S.p.A. 
Milanofiori Palazzo E 

20094 Assago 

Milano 

Tel: (39) (2) 575441 

FAX: (39) (2) 3498464 


NETHERLANDS 


Intel Semiconductor B.V. 
Postbus 84130 

3009 CC Rotterdam 

Tel: (31) 10 407 11 11 
FAX: (31) 10 455 4688 


RUSSIA 


Intel bivech pecs are Inc. 
ph tency aya 6/7 
121357 Moscow 

Tel: 007-095-4439785 

FAX: 007-095-4459420 
TLX: 612092 smail su. 


SPAIN 


Intel Iberia S.A. 
Zubaran, 28 

28010 Madrid 

Tel: (34) (1) 308 2552 
FAX: (34) (1) 410 7570 


SWEDEN 


Intel Sweden A.B. 
Da’ en 24 

171 36 Soina 

Tel: (46) 8 705 5600 
FAX: (46) 8 278085 


UNITED KINGDOM 


Intel eh aa (U.K.) Ltd. 
Pipers 

Swindon, Wiltshire SN3 1RJ 
Tel: (44) 1) 793) 696000 
FAX: (44) (0793) 641440 


EUROPEAN DISTRIBUTORS/REPRESENTATIVES 


AUSTRIA 


t*Elbatex GmbH 
Eitnergasse 6 
A-1231 Wien 

Tel: (43) 1816020 
FAX: (43) 181652141 


tSpoerle Electronic 
Heiligenst. Str. 62 
A-1190 Wien 

Tel: (43) 1 318 72 700 
FAX: (43) 1 369 22 73 


BELGIUM 


t*Inelco Distribution 

Avenue des Croix de Guerre 94 
1120 Bruxelles 

Tel: (32) 2 244 2811 

FAX: (32) 2 216 3304 


*Diode Belgium 

Keiberg II, Minervastraat, 14/B2 
1930 entem 7 

Tel: (32) 2 725 46 60 

FAX: (32) 2 725 45 11 


DENMARK 


*Avnet Nortec A/S 
Transformervej 17 
DK-2730 Herlev 

Tel: (45) 4284 2000 
FAX: (45) 4492 1552 


t*ITT Multikomponent AS 
Naverland 29 

DK-2600 Glostrup 

Tel: (45) 4245 6645 

FAX: (45) 4245 7624 


FINLAND 


t*OY Fintronic AB 
Pyyntitie, 3 

02230 Espoo 

Tel: (358) 0 887 331 
FAX: (358) 0 887 33 343 


FRANCE 


*Arrow Electronique 
73-79 Rue des Solets 
Silic 585 

94663 Rungis Cedex 
Tel: (33) (1) 4978 4978 
FAX: (33) (1) 4978 0596 


*Avnet 

79, rue Pierre Semard 
92322 Chatillon 

Tel: (33) (1) 4965 2500 
FAX: (33) (1) 4965 2769 


tMetrologie 

Tour d’Asnieres 

4, Avenue Laurent Cely 
92606 Asnieres Cedex 
Tel: (33) (1) 4080 9000 
FAX: (33) (1) 4791 0561 


*Tekelec 

Cite des Bruyeres 

5, Rue Carle Vernet-BP 2 
92310 Sevres 

Tel: (33) (1) 4623 2425 
FAX: (33) (1) 4507 2191 


*Components 
tSystems 


GERMANY 


aie Electronic 2000 
nob drab 12 

ae Muenchen 

Tel: (49) 89 45110-01 

FAX: (49) 89 45110129 


*Jermyn GmbH 

Im Dachsstueck 9 
65549 Limburg 

Tel: (49) 6431 5080 
FAX: (49) 6431 508289 


tMetrologie GmbH 
Steinerstrasse 15 
81369 Muenchen 

Tel: (49) 89 724470 
FAX: (49) 89 72447111 


*Proelectron Vertriebs GmbH 
Max-Planck-Strasse 1-3 
63303 Dreieich 

Tel: (49) 6103 304343 

FAX: (49) 6103 304425 


tRein Elektronik GmbH 
Loetscher Weg 66 
41303 Nette 

Tel: (49) 2153 7330 
FAX: (49) 2153 733513 


GREECE 


tErgodata 
Aigiroupoleos 2A 

176 76 Kalithea 

Tel: (30) 1 95 10 922 
FAX: (30) 1 95 93 160 


*Pouliadis Associates Corp. 


Aristotelous St. 3/Sygrou Av. 150 


Athens 17671 
Tel: (30) 1 924 2072 
FAX: (30) 1 924 1066 


- |RELAND 


t*Micro Marketing 
Taney Hall 

Eglinton Terrace 
Dundrum 

Dublin 14 

Tel: (353) (1) 298 9400 
FAX: (353) (1) 298 9828 


ISRAEL 


t*Eastronics Limited 
Rozanis 11 

P.O.B. 39300 

Tel Baruch 

Tel-Aviv 61392 

Tel: (972) 3 6458 777 
FAX: (972) 3 6458 666 


ITALY 
*intesi Div. Della Deutsche 


Divisione ITT Industries GmbH 


P.I. 06550110156 
Milanofiori Palazzo e5 
20094 Assago (Milano) 
Tel: (39) 2 824701 
FAX: (39) 2 8242631 


*Lasi Elettronica 

P.I. 00839000155 

Viale Fulvio Testi, N.280 
20126 Milano 

Tel: (39) 2 661431 

FAX: (39) 2 66101385 


tOmnilogic Telcom 
Via Lorenteggio 270/A 
20152 Milano 

Tel: (39) 2 48302640 
FAX: (39) 2 43802010 


NETHERLANDS 


tDatelcom B.V. 
Meidoornkade 22 
3993 AE Houten 

Tel: (31) 3403 57222 
FAX: (31) 3403 57220 


*Diode Components 
Coltbaan 17 

3439 NG Nieuwegein 
Tel: (31) 3402 9 12 34 
FAX: (31) 3402 3 59 24 


t*Koning en Hartman 
Energieweg 1 

2627 AP Deift 

Tel: (31) 15 609 906 
FAX: (31) 15 619 194 


NORWAY 


*Avnet Nortec A/S 
Postboks 123 
N-1364 Hvalstad 
Tel: (47) 284 6210 
FAX: (47) 284 6545 


tComputer System Integration A/S 
Postbox 198 

N-2013 Skjetten 

Tel: (47) 638 45 411 

FAX: (47) 638 45 310 


PORTUGAL 


*ATD Electronica LDA 
Edificio Altejo 

Rua 3 piso 5-sala 505 
Urbanizacao de Matinha 
1900 Lisboa 

Tel: (351) (1) 858 0191 /2 
FAX: (351) (1) 858 7841 


tMetrologia Iberica Portugal 

Rua Dr. Faria de Vasconcelos 3A 
1900 Lisboa 

Tel: (351) (1) 847 2202 

FAX: (351) (1) 847 2197 


SOUTH AFRICA 


t*EBE 

PO Box 912-1222 
Silverton 0127 

178 Erasmus Street 
Meyerspark 

Pretoria 0184 

Tel: (27) 12 803 7680-93 
FAX: (27) 12 803 8294 


SPAIN 


*ATD Electronica 

Avenue de la Industria, 32, 2B 
28100 Alcobendas 

Madrid 

Tel: (34) (1) 661 6551 

FAX: (34) (1) 661 6300 


tMetrologia Iberica 
Avda. Industria, 32-2 
28100 Alcobendas 
Madrid 

Tel: (34) (1) 661 1142 
FAX: (34) (1) 661 5755 


SWEDEN 
tAvnet Computer AB 


Box 184 

S-123 23 Farsta 

Tel: (46) 8 705 18 00 
FAX: (46) 8 735 2373 


*Avnet Nortec AB 
Box 1830 

S-171 27 Solna 
Tel: (46) 8705 1800 
FAX: (46) 883 6918 


*ITT Multikomponent AB 
Ankdammsgatan 32 

Box 1330 

S-171 26 Solna 

Tel: (46) 8 830020 

FAX: (46) 8 27 13 03 


SWITZERLAND 


tElbatex AG 

Hardstr. 7 

CH-5430 Wettingen 
Tel: (41) 56 27 50 00 
FAX: (41) 27 19 24 


tFabrimex AG 
Kirchenweg 5 
CH-8032 Zurich 

Tel: (41) 1 386 86 86 
FAX: (41) 1 383 23 79 


tiIMIC Microcomputer 
Zurichstrasse 
CH-8185 Winkel-Ruti 
Tel: (41) (1) 8620055 
FAX: (41) (1) 8620266 


t*Industrade AG 
Hertistrasse 31 
CH-8304 Wallisellen 
Tel: (41) (1) 8328111 
FAX: (41) (1) 8307550 


TURKEY 


*Empa Electronic 
Florya Is Merkezi 
Besyol Londra Asfalti 
34630 Florya Istanbul 
Tel: (90) (1) 599 3050 
FAX: (90) (1) 599 3061 


UNITED KINGDOM 


*Arrow Electronics 

St. Martins Business Centre 
Cambridge Road 

Bedford - MK42 OLF 

Tel: (44) 234 270272 

FAX: (44) 234 211434 


*Avnet EMG Ltd. 

Jubilee House 

Jubilee Road 

Letchworth 

Hertsfordshire - SG6 1QH 
Tel: (44) 462 488 500 
FAX: (44) 462 488 567 


*Bytech Components 
12a Cedarwood 

Chineham Business Park 
4 Crockford Lane 
Basingstoke 

Hants RG12 1RW 

Tel: (44) 256 707 107 
FAX: (44) 256 707 162 


tBytech Systems 

5 The Sterling Centre 
Eastern Roa 

Bracknell 

Berks - RG12 2PW 
Tel: (44) 344 55 333 
FAX: (44) 344 867 270 


*Datrontech 

42-44 Birchett Road 
Aldershot 

Hants —GU11 1LU 
Tel: (44) 252 313155 
FAX: (44) 252 341939 


*Jermyn Electronics 

Vestry Estate 

Otford Road 

Sevenoaks 

Kent TN14 5EU : 
Tel: (44) 732 743 743 

FAX: (44) 732 451 251 


tMetrologie VA 

Rapid House 

Oxford Road 

High Wycombe 

Bucks - HP11 2E 

Tel: (44) 494 526 271 
FAX: (44) 494 421 860 


*MMD/Rapid Ltd. 
Rapid Silicon 

3 Bennet Court 
Bennet Road 

Reading 

Berks - RG2 0QX 

Tel: (44) 734 750 697 
FAX: (44) 734 313 255 
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AUSTRALIA 


Intel Australia Pty. Ltd. 

Unit 13 

Allambie Grove Business Park 
25 Frenchs Forest Road East 
Frenchs Forest, NSW, 2086 
Sydney 

Tel: 61-2-975-3300 

FAX: 61-2-975-3375 


Intel Australia Pty. Ltd. 
711 High Street 

1st Floor 

East Kw. Vic., 3102 
Melbourne 

Tel: 61-3-810-2141 
FAX: 61-3-819 7200 


BRAZIL 


Intel Semicondutores do Brasil 
Rua Florida, 1703-2 and CJ.22 
CEP 04565-001 Sao Paulo 

SP Brazil 

Tel: 55-11-530-2296 

FAX: 55-11-531-5765 


CHINA/HONG KONG 


Intel PRC Corporation 

Room 517-518 

China World Tower 

1 Jian Guo Men Wai Avenue 
Beijing 100004 

Republic of China 

Tel: 861-505-0386 

FAX: 861-505-0383 


INTERNATIONAL SALES OFFICES 


Intel Semiconductor Ltd.* 
32/F Two Pacific Place 
88 Queensway 

Central 

Hong Kon 

Tel: (852) 844-4555 

FAX: (852) 868-1989 


INDIA 


Intel Asia Electronics, Inc. 
4/2, Samrah Plaza 

St. Mark’s Road 

Bangalore 560001 

Tel: 91-80-215065 

FAX: 91-80-215067 

TLX: 953-845-2646 INTL IN 


JAPAN 


Intel Japan K.K. 

5-6 Tokodai, Tsukuba-shi 
Ibaraki, 300-26 

Tel: 0298-47-8511 

FAX: 0298-47-8450 


Intel Japan K.K.* 
Hachioji ON Bldg. 
4-7-14 Myojin-machi 
Hachioji-shi, Tokyo 192 
Tel: 0426-48-8770 
FAX: 0426-48-8775 


Intel Japan K.K.* 
Kawa-asa Bidg. 

2-11-5 Shin-Yokohama 
Kohoku-ku, Yokohama-shi 
Kanagawa, 222 

Tel: 045-474-7660 

FAX: 045-471-4394 


Intel Japan K.K.* 
Ryokuchi-Eki Bidg. 

2-4-1 Terauchi 
Toyonaka-shi, Osaka 560 
Tel: 06-863-1091 

FAX: 06-863-1084 


Intel Japan K.K. 
Shinmaru Bldg. 

1-5-1 Marunouchi 
Chiyoda-ku, Tokyo 100 
Tel: 03-3201-3621 
FAX: 03-3201-6850 


Intel Japan K.K.* 

TK Gotanda Bidg. 9F 
8-3-6 Nishi Gotanda 
Seger Tokyo 141 
Tel: 03-3493-6081 
FAX: 03-3493-5951 


KOREA 


Intel Korea, Ltd. 

16th Floor, Life Bldg. 

61 Yoido-dong, Youngdeungpo-Ku 
Seoul 150-010 

Tel: (2) 784-8186 

FAX: (2) 784-8096 


MEXICO 

Intel Tecnologia de Mexico 
A. de C.V. 

Av. Mexico No. 2798-9B, S.H. 

44680 Guadalajara, Jal. 


Tel: 011-523-640-1259 
FAX: 011-523-642-7661 


SINGAPORE 


Intel Singapore Technology, Ltd. 
101 Thomson Road #08-05 
United Square 

Singapore 1130 

Tel: (65) 250-7811 

FAX: (65) 250-9256 


TAIWAN 


Intel Technology Far East Ltd. 

Taiwan Branch 

8th Floor, No. 205 

Bank Tower Bidg. 

Tung Hua N. Road 

Taipei 

Tel: 886-2-5144200 

FAX: 886-2-717-2455 
886-2-719-6184 


INTERNATIONAL DISTRIBUTORS/REPRESENTATIVES. 


ARGENTINA 


Dafsys Consulting S.A. 
Chacabuco, 90-6 Piso 
1069-Buenos Aires 

Tel. & FAX: 54.1334.1871 


AUSTRALIA 


NJS Electronics Australia 
1A/37 Ricketts Road 
Mount Waverley, VIC 3149 
Tel: 61-3-558-9868 

FAX: 61-3-558-9929 


NSD-Australia 

205 Middleborough Rd. 
Box Hill, Victoria 3128 
Tel: 03 8900970 

FAX: 03 8990819 


BRAZIL 


Hitech 

Luis Carlos Berrini, 801 CJ121 
04571, Sao Paulo, SP Brazil 
Tel: 5511-536-0355 

FAX: 5511-240-2650 


Microlinear 

Avenida Wilhelm Winter, 345 
Distrito Industrial - Jundiai, SP 
13213-000 

Tel: 5511-732-6111 

FAX: 5511-732-2892 


CHILE 


Sisteco 

Vecinal 40 —Las Condes 
Santiago 

Tel: 562-234-1644 

FAX: 562-233-9895 


CHINA/HONG KONG 


Novel Precision Machinery Co., Ltd. 


Room 728 Trade Square 
681 Cheung Sha Wan Road 
Kowloon, Hong Kong 

Tel: (852) 360-8999 

TWX: 32032 NVTNL HX 
FAX: (852) 725-3695 


*Field Application Location 


GUATEMALA 
Abinitio 

11 Calle 2—Zona 9 
Guatemala City 


Tel: 5022-32-4104 
FAX: 5022-32-4123 


INDIA 


Priya International Limited 

D-6, Il Floor 

Devatha Plaza 

131/132 Residency Rd. 
Bangalore 560 025 

Tel: 91-80-214027, 91-80-214395 
FAX: 91-80-214105 


Priya International Limited 

ay a House, 4th Floor 

130 Apollo Street 

Bombay 400 023 

Tel: 91-22-2660949, 91-22-2665822 


Priya International Limited 

Flat No. 8, 10th Floor 

Akashdeep Building 

Barakhamba Rd. 

New Delhi 110 001 

Tel: 91-11-3314512, 91-11-3310413 
FAX: 91-11-3719107 


Priya International Limited 

5-J, Century Plaza 

560-562 Mount Road, Teynampet 
Madras 600 018 

Tel: 91-44-451031, 91-44-451597 
FAX: 91-44-813549 


Priya International Limited 

No. 10, Il Floor, Minerva House 

94 Sarojini Devi Rd. 

Secunderabad 500 003 

Tel: 91-842-813120, 91-842-813549 


Priya International Limited 

Lords, Ill Floor 

7/1 Lord Sinha Road 

Calcutta 700 071 

Tel: 91-33-222378, 91-33-222379 
FAX: 91-33-224884 


SES Computers & Technologies 
Pvt. Ltd 


11/18, SNS Chambers 

239 Palace Upper Orchards 
Sankey Road, Sadashivanagar 
Bangalore 560 080 

Tel: 91-812-348481 

FAX: 91-812-343685 


SES Computers & Technologies 
Pvt. Ltd. 


Arvind Chambers 

194, Andheri-Kurla Road 

Andheri (East) 

Bombay 400 069 

Tel: 91-22-6341584, 91-22-6341667 
FAX: 91-22-4937524 


SES Computers & Technologies 
Pvt. Ltd. 


605-A, Ansal Chambers II 
No. 6, Bhikaji Camaplace 
New Delhi 110 066 

Tel: 91-11-6881663 

FAX: 91-11-6840471 


JAMAICA 


MC Systems 

10-12 Grenada Crescent 
Kingston 5 

Tel: (809) 926-0104 
FAX: (809) 929-5678 


JAPAN 


Asahi Electronics Co. Ltd. 
KMM Bidg. 2-14-1 Asano 
Kokurakita-ku 
Kitakyushu-shi 802 

Tel: 093-511-6471 

FAX: 093-551-7861 


Dia Semicon Systems, Inc. 
Flower Hill Shinmachi Higashi-kan 
1-23 Shinmachi, Setagaya-ku 
Tokyo 154 

Tel: 03-3439-1600 

FAX: 03-3439-1601 


Okaya Koki 

2-4-18 Sakae 

Naka-ku, Nagoya-shi 460 
Tel: 052-204-8315 

FAX: 052-204-8380 


Ryoyo Electro Corp. 
Konwa Bidg. 
1-12-22 Tsukiji 
Chuo-ku, Tokyo 104 
Tel: 03-3546-5011 
FAX: 03-3546-5044 


KOREA 


Samsung Electronics 

Samsung Main Bidg. 

150 Taepyung-Ro-2KA, Chung-Ku 
Seoul 100-102 

C.P.0. Box 8780 

Tel: (822) 751-3680 

TWX: KORSST K 27970 

FAX: (822) 753-9065 


Tong Baek Electronic Co., Ltd. 
16-58 Hangang-ro 3-ga 
Yongsan-gu, Seoul 

Tel: 82-2-715-6623 

FAX: 82-2-715-9374 


SAUDI ARABIA 


AAE Systems, Inc. 

642 N. Pastoria Ave. 
Sunnyvale, CA 94086 
U.S.A. 

Tel: (408) 732-1710 
FAX: (408) 732-3095 
TLX: 494-3405 AAE SYS 


SINGAPORE 


Electronic Resources Pte, Ltd. 
17 Harvey Road 

#03-01 Singapore 1336 

Tel: (65) 283-0888 

TWX: RS 56541 ERS 

FAX: (65) 289-5327 


SOUTH AFRICA 


Electronic Building Elements 
178 Erasmus St. 

(off Watermeyet St.) 
Meyerspark, Pretoria, 0184 
Tel: 011-2712-803-7680 
FAX: 011-2712-803-8294 


TAIWAN 


Micro Electronics Corporation 
12th Floor, Section 3 

285 Nanking East Road 
Taipei, R.O.C. 

Tel: (886) 2-7198419 

FAX: (886) 2-7197916 


Acer Sertek Inc. 

15th Floor, Section 2 
Chien Kuo North Rd. 
Taipei 18479 R.O.C. 
Tel: 886-2-501-0055 
TWX: 23756 SERTEK 
FAX: (886) 2-5012521 


URUGUAY 


Interfase 

Bivr. Espana 2094 

11200 Montevideo 
Tel: 5982-49-4600 

FAX: 5982-49-3040 


VENEZUELA 


Unixel C.A. 

4 Transversal de Monte Cristo 
Edf. AXXA, Piso 1, of. 1&2 
Centro Empresarial Boleita 
Caracas 

Tel: 582-238-7749 

FAX: 582-238-1816 
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ALABAMA 


Birmingham 
Huntsville 


ALASKA 
Anchorage 


ARIZONA 


Phoenix* 
Tucson 


ARKANSAS 
Little Rock 


CALIFORNIA 


Bakersfield 
Brea 

Carson* 
Fresno 
Livermore 

Mar Del Rey 
Ontario* 
Orange 
Sacramento* 
San Diego* 
San Francisco* 
Santa Clara* 
Ventura 
Sunnyvale 
Walnut Creek* 
Woodland Hills* 


COLORADO 


Colorado Springs 
Denver 
Englewood* 


CONNECTICUT 
Glastonbury* 


DELAWARE 
New Castle 


FLORIDA 


Ft. Lauderdale 
Heathrow 
Jacksonville 
Melbourne 
Pensacola 
Tampa 

West Palm Beach 


ARIZONA 


Computervision Customer 
Education 

2401 W. Behrend Dr., Suite 17 
Phoenix 85027 

Tel: 1-800-234-8806 


MINNESOTA 


3500 W. 80th Street 
Suite 360 

Bloomington 55431 
Tel: (612) 835-6722 


*Carry-in locations 


NORTH AMERICAN SERVICE OFFICES 


COMPUTERVISION 
Intel Corporation’s North American Preferred Service Provider 
Central Dispatch: 1-800-876-SERV (1-800-876-7378) 


GEORGIA MICHIGAN NORTH DAKOTA VIRGINIA 
Atlanta* Ann Harbor Bismark d 
Savannah Benton Harbor Charlottesville 
West Robbins Flint OHIO Glen Allen 

Grand Rapids* ; . Maclean 

HAWAII Leslie Cincinnati Norfolk 
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Knoxville 
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ark Drive 
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Oakbrook 60181 Tel: 1-800-234-8806 


Tel: 1-800-234-8806 


SYSTEMS ENGINEERING OFFICES 


NEW YORK 


2950 Expressway Dr., South 
Islandia 11722 
Tel: (506) 231-3300 
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OEM Boards, Systems & Software 


Intel’s complete line of original equipment manufacturer (OEM) 
microcomputer boards, systems, and software takes advantage of 
Intel’s technology to provide economical, computer-based solutions 
for OEM applications. 


The OEM Boards, Systems, and Software Handbook features a broad 
range of hardware and software products for real-time applications 
and software development; leading-edge Intel technology designed 
into unique solutions for OEM markets. Included are application 
notes and data sheets for Intel OEM boards and platforms including 
such key products as microcomputer platforms, Multibus boards and 
systems, and iRMX’ real-time operating systems. The data sheets 
include specifications and features of the products as well as 
architectural and operational descriptions. 


*UNIX is a trademark of UNIX System Laboratories 


. TASM. b= S5ah0-204"5 
intel. 


90000 
Order Number: 280407-008 
Printed in USA/194/15K/RRD/JP 
OEM Systems Products 
9°781555°122010 


Printed on 
Recycled Material 


